home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / programs / mbprotd.zip / MBPRO.ZIP / MANUAL.DOC < prev    next >
Text File  |  1993-02-26  |  138KB  |  3,022 lines
  1. -----------------------------------------------------------------------------
  2.            *** MODEM-BASE PRO Version 1.0 ***
  3.  
  4.              Finally, a Smart On-line DBMS!
  5.  
  6.           (c) 1993 by Integrated Solutions Inc. (ISI)
  7.              All Rights Reserved.
  8. -----------------------------------------------------------------------------
  9.  
  10.  
  11.                   INTRODUCTION
  12.             ------------------------
  13.  
  14.  
  15. HOW TO USE THIS MANUAL...
  16. -------------------------
  17.  
  18.     This documentation manual is intended to be used as a comprehensive
  19. installation and reference guide for MBPRO and is divided into 5 SECTIONS.
  20. Each SECTION is then broken down into seperate chapters.  Each SECTION
  21. provides information about each of the MBPRO products.  SECTION 1 discusses
  22. MBACCESS, the on-line door.  SECTION 2 discusses MBMANAGE, the dBase utility.
  23. SECTION 3 covers MBCOMPOSER, the setup and configuration program.  SECTION 4
  24. covers legal issues.  SECTION 5 covers Technical Support.
  25.  
  26. SECTION 1 - MBACCESS CHAPTERS :
  27.  
  28. Chapters 1 - 2 will introduce you to the product and it's features.  Chapter 3
  29. teaches database basics and development theory.  Chapter 4 discusses security
  30. issues and access.  Chapter 5 discusses the features of the MBACCESS LINKAGE
  31. SYSTEM and the various LINK TYPES available.  Chapter 6 offers a step-by-step
  32. tutorial and shows how to set up an on-line database or convert an existing
  33. one by providing specific instructions for each field in the CONTROL FILES.
  34. Chapter 7 provides information on various ADVANCED DATABASE DESIGN topics,
  35. such as networking databases, print processing, internal prompt configuration,
  36. and more.
  37.  
  38. SECTION 2 - MBMANAGE CHAPTERS :
  39.  
  40. Chapter 1 introduces MBMANAGE's features and capabilities.  Chapter 2
  41. discusses each command in detail.  Chapter 3 teaches how to create new
  42. databases using MBMANAGE.
  43.  
  44.  
  45. SECTION 3 - MBCOMPOSER CHAPTERS :
  46.  
  47. COMPOSER is a seperate program that aids in the setup of your on-line
  48. database.
  49.  
  50.  
  51.     Once a database is operational, this manual is also intended for use
  52. as a reference guide.
  53.  
  54.     It is strongly suggested that this manual be read in it's entirety
  55. due to many different features and capabilities available.  A test database
  56. called MBPRO is included and used extensively during the tutorial and can
  57. also be run locally by typing MBPRO at the DOS PROMPT to see how MODEM-BASE
  58. Pro operates.
  59.  
  60.  
  61. SYSTEM REQUIREMENTS...
  62. ----------------------
  63.  
  64.     MODEM-BASE Pro and MODEM-BASE Access are intended primarily for
  65. business applications, therefore no attempt has been made to support
  66. floppy only based systems.  Below is a minimum requirement and by no
  67. means constitutes optimum suggestions for use.
  68.  
  69.      - IBM Personal Computer 8088 or 80X86 based CPU or compatible
  70.  
  71.      - PC-DOS or MS-DOS Version 3.3 or later.
  72.  
  73.      - Monochrome or Color Monitor (Mono/Hercules/CGA/EGA/VGA)
  74.  
  75.      - 384K free memory ( includes after shelling to DOS from a BBS )
  76.  
  77.      - Hard Disk Drive recommended.
  78.  
  79.      - Modem ( except if used locally ) connected to a serial i/o UART
  80.        port (IRQ 2-15 supported) or a Digiboard by Digi International
  81.        (com8/8e/8i/16 models) or a standard Fossil interface.
  82.  
  83.      - A Bulletin Board System (BBS) that supports DOORS or the
  84.        ability to transfer control to another DOS APPLICATION.
  85.  
  86.      - DOS SHARE.EXE loaded for multi-user (MODEM-BASE PRO) version.
  87.        (or Novell Network)  SHARE is a program that is provided with
  88.        MS-DOS operating system.  This file should be loaded prior
  89.        to loading any of the MODEM-BASE Pro programs or a DOS SHARE
  90.        compatible Network, such as Novell or Lantastic be in use.
  91.        Although Windows claims to provide SHARE compatiblity, there
  92.        is a known corruption bug that MicroSoft is aware of if SHARE.EXE
  93.        is not loaded prior to Windows.  We recommend using
  94.  
  95.             SHARE /F:4096 /L:40
  96.  
  97.        in your AUTOEXEC.BAT file for best performance results.
  98.  
  99.  
  100. INSTALLATION
  101. ------------
  102.  
  103. Refer to your installation guide or INSTALL.DOC file.
  104.  
  105.  
  106. SECTION 1 : MODEM-BASE ACCESS (MBACCESS)
  107. ========================================
  108.  
  109.  
  110.        CHAPTER 1 - MODEM-BASE ACCESS (MBACCESS) FEATURES
  111.        -------------------------------------------------
  112.  
  113.  
  114. WHAT IS MODEM-BASE ACCESS (MBACCESS) ?
  115. --------------------------------------
  116.  
  117.     MBACCESS is one of three programs and part of a powerful on-line
  118. DataBase Management System (DBMS).   The complete system, comprised of
  119. all three MODEM-BASE PRO (MBPRO) programs is called "MODEM-BASE Pro DBMS".
  120. MBACCESS, specifically, is the program that allows your callers on-line
  121. access to standard dBase III structure compatible databases by providing an
  122. on-line "door" interface, accessible from your BBS (Bulletin Board System).
  123.  
  124.     MBACCESS is a professional BBS door application offering feature
  125. rich database access and customization, written specifically for the
  126. on-line BBS industry.  Once MBACCESS is loaded it assumes full control over
  127. your caller.  That means MBACCESS completely handles your callers
  128. connection, including, but definately not limited to, checking to make
  129. sure the caller does not lose carrier, maintaining the callers time
  130. limits as passed from the BBS, caller inactivity, sysop and caller chat,
  131. drop to dos capabilities while caller is on-line, informative caller
  132. status line, multi-node and multi-user sharing, and much more.
  133.  
  134.  
  135.  
  136. WHAT/WHO IS MBACCESS FOR?
  137. -------------------------
  138.  
  139.     MBACCESS is a versatile program than can be used for a wide
  140. variety of applications.  MBACCESS is specifically written to be used
  141. for on-line BBS's (Bulletin Board System's), but can also be used in
  142. a "local" access mode and is additionally useful in network environments.
  143.  
  144.     The actual implementation of MBACCESS is unlimited.  MBACCESS is
  145. intended for Database Management usage and compliments most dBase
  146. compatible products.  Although, additional database management programs
  147. are not required to utilize MBACCESS to it's full potential, MBACCESS or
  148. MBMANAGE is not intended to replace these or other DBMS products,
  149. but work along with these products to offer an "on-line" addition to any
  150. database management tool library.
  151.  
  152.  
  153. -----------------------------------------------------------------------------
  154.             MBACCESS - FEATURE HIGHLIGHTS
  155. -----------------------------------------------------------------------------
  156.  
  157.     - Full dBase III/Alpha IV/R:Base compatiblity and others
  158.     - over 2 Billion record capability (MB PRO VERSION)
  159.     - Full 128 field capacity (dBase III limitation)
  160.     - Add/View/Edit/Search Records on-line.
  161.     - On-Line RECORD BROWSE MODE.
  162.     - Application Menu Configuration for multiple database selections
  163.     - Review/Edit Feature before saving a new record to database.
  164.     - Full Featured online Field Editing (INSERT/DEL/HOME/END/ARROWS)
  165.     - Lines PER Screen configurable to match BBS settings
  166.     - Supports ANSI color or MONO text output
  167.     - Complete cache buffered data for speed
  168.     - Full Error Trapping AND Reporting
  169.     - Written & Optimized using Borland C++ 3.1 and Assembly
  170.     - I/O Serial Routines Written & Optimized in Assembly OPTASM
  171.     - Complete Multi-User Database Support!!! (NOVELL or DOS SHARE)
  172.     - Memo File Support - up to 65535 characters per memo file
  173.     - Memo Field Editor with Word Wrap
  174.     - Relational configuration and database links
  175.     - TABLE database field input processing
  176.     - Unique Order Processing with Unique Number Generation
  177.     - Multiple Choice Questions ( up to 2 Billion CHOICES! )
  178.     - Configurable Default User Profiles of commonly used data
  179.     - Ability to display a help file for each field (MONO/COLOR)
  180.     - Run Unlimited Databases (each Multi-User) from a single MBPRO
  181.     - Configurable (ANSI) Welcome and Menu Screens
  182.     - Allow file uploads to be attached to a database RECORD/JOB
  183.     - Downloadable Customizable Reports of any record.
  184.     - Print Processing of Customizable reports for invoicing/orders
  185.     - File Transfer Protocols using DSZ Zmodem/Ymodem/Xmodem
  186.     - Modular Design allows ease of use and expandability
  187.     - TeleMagic(tm) Contact Management Software Link Compatibility
  188.     - Supports Remote Extended Keyboard Commands
  189.     - DOOR.SYS, CALLINFO.BBS, PCBOARD.SYS, CHAIN.TXT, DORINFOx.DEF
  190.     - Any COMPORT, DIGIBOARD, and FOSSIL DRIVER support
  191.     - Supports Wildcat (IM) Intelligent Multi-Port Software Version
  192.     - SAFE RETURN to BBS if CARRIER LOSS occurs on-line
  193.     - Field Level Security control per ACCESS TYPE.
  194.     - FREE 90 DAY Technical Support
  195.     - ...and much much more!
  196.  
  197.   ********************************************************************
  198.   * Type MBPRO at the DOS PROMPT to see a DEMONSTRATION of MBACCESS! *
  199.   ********************************************************************
  200. -----------------------------------------------------------------------------
  201.  
  202. MBACCESS IS COMPATIBLE...
  203. -------------------------
  204.  
  205.     Although all the databases in MBPRO are indeed fully dBase
  206. III compatible, and can be viewed, edited, and queried using many
  207. popular dBase compatible products, such as Alpha IV, R:BASE, dBase III,
  208. and others, we have included a dBase utility called MBManage which is
  209. written exclusively for on-line use and MODEM-BASE.  MBManage is
  210. a powerful multi-user database utility that is included with MBPRO
  211. to allow sysops a method in which to manipulate, add, and edit dBase
  212. III compatible databases with ease.  SECTION 2 covers MBMANAGE.
  213.  
  214.     Because we chose to use dBase III compatible structure formats
  215. for MBACCESS, we were able to provide unique industry compatibility.
  216. Such compatibility will allow you to develop additional programs
  217. external to MODEM-BASE that can easily manipulate data.  MODEM-BASE
  218. Access is simply the On-line Interface between your caller and your
  219. data and provides unlimited capabilities by maintaining dBase
  220. compatibility.  The modular design of MODEM-BASE Access also provides
  221. complete control over data without hindering access to data from other
  222. products that are dBase compatible also.
  223.  
  224.  
  225. MBACCESS IS EXPANDABLE...
  226. -------------------------
  227.  
  228.     Each Record that is generated using MBACCESS by a caller can
  229. be given a unique incremented JOB # which is read from the JOBNUM
  230. file and can be edited with any standard TEXT editor. (i.e.; if a
  231. beginning Job # value needs to be re-established, editing JOBNUM and
  232. placing a "0" as the first character in the text file, would result in
  233. the next record being generated as JOB #1.)  This file could be used to
  234. write an additional monitoring program external to MBACCESS which
  235. would know when to process an order and possibly automate file
  236. handling of uploaded data.  Since all files are dBase compatible,
  237. a large variety of programming development environments exist that
  238. can allow you to link your own applications to MODEM-BASE Pro.
  239.  
  240.  
  241. MBACCESS - THE WHOLE CONCEPT...
  242. -------------------------------
  243.  
  244.     MBACCESS is more than an on-line questionairre, it is truly a
  245. "SMART" DBMS.  MBACCESS is a useful Database Management Tool.  Used in
  246. conjunction with a BBS, you can provide on-line intelligent access
  247. to your database.  All these features combine to give MBACCESS a major
  248. role in the MODEM-BASE PRO (MBPRO) product line-up.
  249.  
  250.  
  251.          CHAPTER 2 - MBACCESS DOOR INTERFACE
  252.          -----------------------------------
  253.  
  254.  
  255. WHAT IS A DOOR?
  256. ---------------
  257.  
  258.     A BBS "DOOR" has derived it's name because of the way it functions.
  259. Just like a real door that provides an opening from one place to another,
  260. BBS's often offer DOORS to access other programs from the main BBS.
  261. MBACCESS is such that it is called a "DOOR".  Think of a BBS DOOR as
  262. simply a PORTAL or GATEWAY to another program application.  Your BBS software
  263. must provide DOOR access in order to use MBACCESS.
  264.  
  265.  
  266. DOOR COMPATIBILITY
  267. ------------------
  268.  
  269.     MBACCESS is DOOR.SYS compatible and also supports other BBS's
  270. as listed below or any BBS conforming to the DOOR.SYS format standards.
  271. MBACCESS reads information as provided by DOOR.SYS to allow the Sysop
  272. to configure databases which may utilize this information.  Even BBS's
  273. that do not conform to one of these many types listed below, MBACCESS
  274. can use a GENERIC.SYS type and will ask specific information from the
  275. caller to generate a DOOR information file.  Bottom line is that if
  276. your BBS program can shell to dos and run an external program, which
  277. many "dos based" BBS software packages can do this, then MBACCESS can
  278. work for you.  At the same time, MBACCESS will exploit additional
  279. features available from certain BBS packages, such as Wildcat! and
  280. PCBoard automatically and activate these features should you fall
  281. into one of these categories.  Throughout this documentation the
  282. word DOOR.SYS will be used to reference any of the below BBS TYPES
  283. unless otherwise specified.
  284.  
  285.      BBS TYPE                       DOOR FILENAME
  286.      --------------------------------------------
  287.      Wildcat (2.x)       -       CALLINFO.BBS
  288.      Wildcat (3.x)       -       DOOR.SYS
  289.      GAP                 -       DOOR.SYS
  290.      VBBS (Virtual BBS)    -    DOOR.SYS
  291.      SpitFire(3.x)       -       DOOR.SYS
  292.      RBBS-PC             -       DORINFOx.DEF
  293.      Quick BBS           -       DORINFOx.DEF
  294.      RA (Remote Access)       -       DORINFOx.DEF
  295.      PCBoard(12-14.x)    -       PCBOARD.SYS
  296.      WWIV                -       CHAIN.TXT
  297.      GENERIC             -       GENERIC.SYS
  298.  
  299.      and others supporting any above formats.
  300.      ---------------------------------------------
  301.  
  302.     An example of each of the above DOOR files is provided along
  303. with MBPRO for testing purposes.  See DORFILES.ZIP and CHAPTER 6 -
  304. DATABASE CONFIGURATION for more information.
  305.  
  306.  
  307. MBACCESS BEHIND THE SCENE... (the inner workings)
  308. -------------------------------------------------
  309.  
  310.     MBACCESS is a state of the art door program.  MBACCESS is
  311. fully capable of linking with most BBS programs by providing standard
  312. and configurable ComPort settings, Fossil, and/or Digiboard Driver
  313. Support.  This provides tremendous support for a variety of different
  314. hardware platforms.
  315.  
  316.     Once MBACCESS loads it takes complete control over
  317. your caller.  MBACCESS completely monitors modem carrier and will
  318. reliably cycle your caller if there is a disruption in connection and
  319. return gracefully to the BBS and properly close all database files
  320. in the process.  With it's ability to provide both multi-user access
  321. to the door and the database files, MBACCESS is in a class all by
  322. its self!
  323.  
  324.     While the caller is in MBACCESS, several Sysop Features
  325. are available and can be displayed by typing ALT-H for HELP on the
  326. local door console.  When the door is running you will notice a two line
  327. status display at the bottom of the local screen indicating the
  328. following information at a glance :
  329.  
  330. |----------------------- Node #
  331. |   |------------------- Com Port
  332. |   |     |------------- Caller Name
  333. |   |     |              Time Started -------------------------|
  334. |   |     |              Time Now     -------------------|     |
  335. |   |     |                                              |     |
  336. 1 (COM2) JOHN DOE                                       06:00 05:30
  337. 11/01/92 Sec=50                 Alt-H = Help              ORDER.DBF
  338.  |        |                           |                    |
  339.  |        |------------- Security     |                    |
  340.  |---------------------- Date         |                    |
  341.              Help Info ---|                    |
  342.              dBase Filename -------------------|
  343.  
  344. Pressing Alt-H will Toggle the status line display to view the following
  345. Function Key commands available and ALT key commands :
  346.  
  347.         ALT - N  -   Sysop Next to Use Door
  348.         ALT - X  -   Exit to Dos after call logs off
  349.         F3       -   All Screen Output to Printer
  350.         F4       -   Sysop Page Toggle ON/OFF
  351.         F5       -   Drop to Dos while caller is on-line
  352.         F7       -   Alarm Toggle ON/OFF
  353.         F8       -   Force caller to logoff NOW
  354.         F9       -   Local Screen Output Toggle ON/OFF
  355.         F10      -   Chat with Caller
  356.  
  357. Pressing Alt-H again will Toggle the status line display to view the
  358. ComPort configuration information.  After a few seconds the status line
  359. will return to the first status line display format above.
  360.  
  361.     As you can clearly see, MBACCESS is a full featured door program
  362. packed with advanced but easy to use features that ensures your door
  363. operations to be as reliable as your BBS operations.  MBACCESS will
  364. cycle a caller after x # of minutes of inactivity and signal the remote
  365. caller with a BEEP sound every x # of minutes to warn of inactivity.
  366. This important feature will prevent any remote sessions from becoming
  367. inactive and tying up the system for extended periods of time.
  368. (Times may be modified in configuration files.)  MBACCESS provides you
  369. worry free on-line database processing for your dBase compatible files.
  370.  
  371.  
  372.                CHAPTER 3 - DATABASE BASICS
  373.                ---------------------------
  374.  
  375.  
  376. DATABASE DEVELOPMENT THEORY
  377. ---------------------------
  378.  
  379.     If you are already familiar with database development and theory,
  380. then you may want to skip this section, although it may be a good refresher
  381. for even the advanced database management user.  Additionally, this tutorial
  382. builds upon concepts that are specific only to MBACCESS and is highly
  383. recommended.
  384.  
  385.     Whether you're using MBACCESS to allow access to a new database or
  386. an existing one, advanced planning is the key to any successful database.
  387. A "DATABASE" is nothing more than a collection of "DATA" about a particular
  388. "SUBJECT".  For Example, an ADDRESS book is used to keep certain information
  389. about people, like phone number, address, and possibly birthdate or
  390. anniversary.  If we wanted to put our address book in the computer, we would
  391. need to design a database to store the information about each person in our
  392. address book.  The information on each person is called DATA and the person
  393. the information is about, is our SUBJECT.
  394.  
  395.     The example database included with MBPRO and used during the
  396. DATABASE CONFIGURATION in CHAPTER 6 and referenced throughout this manual
  397. has both a SUBJECT and DATA.  The SUBJECT is YOU in our example MBPRO.DBF
  398. database.  That's right.  The MBPRO.DBF database is the same database which
  399. we use on-line to gather DATA (information) about a prospective MODEM-BASE
  400. Pro customer.  Our MBPRO database represents a SUBJECT and contains DATA
  401. about that SUBJECT.  The SUBJECT being customers and DATA being the
  402. information about the customers.
  403.  
  404.     Like a file cabinet where we would store FILE FOLDERS on each of our
  405. customers, a DATABASE is similar.  Each RECORD in a database is similar in
  406. concept to that of a file folder.  The contents within the RECORD contains
  407. DATA about our SUBJECT.  An organized file folder might have a chart
  408. containing the name of the customer, address, and other information.  The
  409. same applies for our database.  Each RECORD in our database has a RECORD
  410. LAYOUT with the design of what information we want to keep about our
  411. customers.  Just like our file cabinent that has many file folders, our
  412. database can have many records in it.  The advantage the computer has over
  413. file folders in a file cabinent should be obvious.  The computer can quickly
  414. manage records within a database, such as adding, deleting, searching, and
  415. browsing.  While it is usually cumbersome to search for all occurences of the
  416. word "CONTRACTOR" in a file cabinent full of file folders, using a database
  417. on the computer can quickly search and retrieve each occurence.  The added
  418. BONUS of using MBACCESS is that your "file cabinent" can be on-line and is
  419. the first database of it's kind to allow remote access to data in such an
  420. intuitive environment.
  421.  
  422.     When you decide to create a database, you need to organize your
  423. thoughts and figure out what your SUBJECT and DATA is and how they RELATE.
  424. You may want to collect or display DATA about a particular SUBJECT and
  425. you may even have different SUBJECTS that RELATE with one another.  For
  426. instance, if you manufacture widgets you might be interested in setting
  427. up an on-line database in which people can call in and place an order
  428. for the various widgets you make.  In this case, we have two different
  429. SUBJECTS: WIDGETS and CUSTOMERS.  That means we need to create two
  430. different databases, one for WIDGETS and the other for CUSTOMERS.
  431. These two databases will hold DATA and gather information about our
  432. SUBJECTS.
  433.  
  434.     Let's continue onward with our WIDGET analogy.  With both of our
  435. SUBJECTS now figured out, we need to go one step further and examine how
  436. the two SUBJECTS (WIDGETS and CUSTOMERS) relate to one another.  Is the
  437. WIDGET database going to have data about our CUSTOMER?  Of course not.
  438. The CUSTOMER DATABASE will have DATA about the customer and the WIDGET
  439. database will have DATA about our WIDGETS. They are seperate databases
  440. with seperate subjects and data.  But what about our ORDERS?  We will also
  441. need an ORDER DATABASE to add incoming orders to.  Our ORDERS database
  442. needs to gather DATA from both our CUSTOMER and WIDGET databases and we
  443. begin to develop the relationship between each database.
  444.  
  445.     A common mistake often made by beginner database developers, is to
  446. try to combine more than one SUBJECT per database.  This is an easy mistake
  447. to make, but can prove to be clumsy and usually doesn't offer any flexibility.
  448. For example, it wouldn't be very wise to include DATA fields about the cost
  449. price of each of our WIDGETS in our CUSTOMER RECORD LAYOUT.  Each CUSTOMER
  450. may have an unlimited number of ORDERS.  So, the moral of our story is that
  451. we need to keep our SUBJECTS as seperated as possible when designing our
  452. databases.
  453.  
  454. That leaves us now with three SUBJECTS:
  455.  
  456.             1) WIDGETS
  457.             2) CUSTOMERS
  458.             3) ORDERS
  459.  
  460.     Let's not get too overly concerned right away with the exact RECORD
  461. LAYOUT of each of these databases quite yet.  Let's first think a little
  462. bit about how each of these databases RELATES to one another.  Perhaps,
  463. you have heard the term "Relational Databases" before?  What is the
  464. relationship between each of these databases is what we must figure out.
  465.  
  466.     To help us figure out how each database relates to one another, we
  467. should first analyze what our GOAL is.  We need to get our CUSTOMERS ORDER of
  468. WIDGETS, right?  Our ORDER database will need to get and store information
  469. from our CUSTOMER database telling us who is placing the order and how to
  470. bill it and ship it.  Our ORDER database will also need to allow our CUSTOMER
  471. to CHOOSE from our WIDGET database and put that CHOICE in a field in our
  472. ORDER database.  So... it looks like our ORDER database is our GOAL.  That
  473. means our GOAL database is our MAIN database.  Thus, the key to any database
  474. development is determining just exactly what the GOAL is and how each SUBJECT
  475. RELATES to one another to achieve that GOAL.  We have done just that.
  476.  
  477.     So what do we have?  Nothing yet, really.  Just a concept, but the
  478. conceptual design of your database is by far the most important step
  479. towards making a successful database RECORD LAYOUT structure.  Like an
  480. organized file cabinet, an organized and well-planned database makes it
  481. easier to manage.  On the other hand, a messy file cabinet or a poorly
  482. planned database makes it difficult to manage and may be confusing to your
  483. callers or even the creator.  Planning your database properly can save many
  484. hours of frustration later on.
  485.  
  486.     To summarize thus far, we now have figured out that our GOAL is our
  487. ORDER database.  Our GOAL database is almost always our MAIN database.  The
  488. other databases RELATE to our MAIN database.  That means our ORDER database
  489. will REFER/RELATE to DATA found in these other databases to complete an
  490. order.
  491.  
  492.     This type of database setup is common and MBACCESS offers direct
  493. support to aid in the relation between each database.  For instance, the
  494. customer database using MBACCESS can be defined as part of a DEFAULT USER
  495. PROFILE.  Information in the user profile, such as the callers name,
  496. address, and phone number can be stored and retrieved with default
  497. information.  That means every time the customer places an order, MBACCESS
  498. has the capability to LOOK UP the callers profile and if one exists pull
  499. the default information into the record.  If MBACCESS doesn't find a DEFAULT
  500. USER PROFILE, then MBACCESS will ask the caller for the information contained
  501. in the user profile and store it for use during future sessions on-line.
  502. Information within the USER PROFILE is completely configurable within your
  503. MAIN DATABASE and you can even allow the caller to edit the information
  504. on-line or by going to his or her user profile from the main menu.  This type
  505. of "SMART" processing is what gives you the power to make your on-line
  506. database come alive for your caller.  You can run the MBPRO demonstration to
  507. see how it intuitively leads the caller through the database design during
  508. the information gathering process.  These types of features should be kept in
  509. mind while designing your database for on-line usage so that you may exploit
  510. there power to your best interest.
  511.  
  512.     If each database is treated as a single SUBJECT and then we configure
  513. the database RECORD LAYOUT to hold DATA about that SUBJECT, we can use our
  514. databases to effectively RELATE with one another.  Once the RECORD LAYOUT
  515. of the MAIN DATABASE going on-line is constructed, MBACCESS can then be
  516. instructed how to PROCCESS your database using CONTROL, LINKAGE, CHOICE,
  517. and PROFILE databases that RELATE to the MAIN DATABASE.  Without getting
  518. ahead of ourselves, we can even have multiple GOALS or MAIN databases RELATE
  519. with each other in more advanced applications that can also be put on-line.
  520. For instance, our WIDGET parts database may also be put on-line so that our
  521. employees can call in from remote locations and update the parts database.
  522. When the customer calls in and uses the ORDER database on-line, any parts
  523. that have been updated will also be available to the customer.  This type
  524. of RELATIONAL control offers unlimited design and implementation to you as
  525. the database developer.
  526.  
  527.     These basic database development concepts will be expanded upon
  528. in the following chapters as you learn about each of the different CONTROL,
  529. LINKAGE, CHOICE, and USER PROFILE databases.  We will use these methods
  530. to show how our example MBPRO database follows under the same guidelines
  531. as above.  Section II, Chapter 3 discusses database design using MBMANAGE.
  532.  
  533.  
  534.  
  535.            CHAPTER 4 - SECURITY AND ACCESS
  536.            -------------------------------
  537.  
  538. INTERFACING THE CALLER TO YOUR DATABASE...
  539. ------------------------------------------
  540.  
  541.     MBACCESS is the on-line interface to your database.  In this
  542. Chapter you will learn about the different MODES OF OPERATION and
  543. SECURITY ACCESS to your database.  These Concepts are important before
  544. moving on to the next chapters, "MBACCESS LINKAGE SYSTEM" and
  545. "DATABASE CONFIGURATION".
  546.  
  547.  
  548.  
  549. MBACCESS MODES AND TYPES OF OPERATION...
  550. ----------------------------------------
  551.  
  552.     What is a "Mode of Operation"?  MBACCESS has the ability to
  553. offer different types of access to your database from callers based
  554. on security levels passed from your BBS.  You can configure how they
  555. ADD, EDIT, VIEW or SEARCH information contained in your on-line database.
  556.  
  557.     MBACCESS has several MODES and TYPES of OPERATION each with different
  558. capabilities.  The power behind MBACCESS is in it's inherent ability to
  559. perform isolated and secured tasks on dBase III compatible files.  Let's look
  560. at each mode and type of operation and see what that means:
  561.  
  562. "*" = Default Modes of Operation.
  563.  
  564. -----------------------------------------------------------------------------
  565.                ADD TYPE MODES
  566. -----------------------------------------------------------------------------
  567.  
  568.    0)    NO ADD ACCESS MODE           This mode does not allow the
  569.                     caller to add any records to the
  570.                     database, but may browse or edit
  571.                     records in the database, if View
  572.                     or Edit Access is set below.
  573.                     This mode is useful if you have a
  574.                     .DBF file that you only want
  575.                     callers to be able to view, such
  576.                     as an information database, but
  577.                     not add any additional info to it.
  578.  
  579.   *1)   FULL ACCESS ADD MODE            This mode allows any caller to
  580.                     add records to the existing
  581.                     database as many times as
  582.                     needed.
  583.  
  584.    2)   OWNER ACCESS ADD MODE           This mode only allows a SINGLE
  585.                     record to be accessed for each
  586.                     caller using the door.  There is
  587.                     a check the first time the
  588.                     caller uses MBACCESS and if a
  589.                     record has not yet been added to
  590.                     the database under the callers
  591.                     name, then the caller is allowed
  592.                     to ADD a single record.  That
  593.                     record is linked to the callers
  594.                     name which is passed from the
  595.                     BBS via the DOOR.SYS file and
  596.                     further usage of the database
  597.                     will only allow editing of that
  598.                     callers record if editing access
  599.                     has been enabled.  A field with a
  600.                     NAME type must be defined and the
  601.                     OWNFIELD in the configuration
  602.                     database must contain this field #.
  603.                     This is how MBACCESS knows which
  604.                     field contains the name of the caller
  605.                     as passed from the BBS door file.
  606.                     See Chapter 6 for more details.
  607.  
  608.  
  609. -----------------------------------------------------------------------------
  610.               EDIT TYPE MODES
  611. -----------------------------------------------------------------------------
  612.  
  613.     0)  NO EDIT ACCESS MODE             This mode simply does not let
  614.                     caller edit any Records within
  615.                     the database.
  616.  
  617.     1)  FULL EDIT ACCESS MODE           This is a very powerful mode and
  618.                     shouldn't be used in secure
  619.                     situations when you don't want
  620.                     your callers accessing other
  621.                     callers records!  However if the
  622.                     need arises to allow callers of
  623.                     a particular database to do
  624.                     this, then this MODE will allow
  625.                     callers to access and EDIT ANY
  626.                     existing database record.  The
  627.                     Security Level can be set so that
  628.                     only the SYSOP has this type of
  629.                     access.
  630.  
  631.    *2)  OWNER EDIT ACCESS MODE          This mode if enabled allows
  632.                     callers to EDIT their records in
  633.                     the database which they have
  634.                     ADDed to the database.  A field
  635.                     with a NAME type must be defined
  636.                     and the OWNFIELD in the configuration
  637.                     database must contain this field #.
  638.                     This is how MBACCESS knows which
  639.                     field contains the name of the caller
  640.                     as passed from the BBS door file.
  641.                     See Chapter 6 for more details.
  642.  
  643.  
  644. -----------------------------------------------------------------------------
  645.               VIEW/SEARCH TYPE MODES
  646. -----------------------------------------------------------------------------
  647.  
  648.     0)    NO VIEW ACCESS MODE        No ability to view any records.
  649.  
  650.     1)  FULL VIEW ACCESS MODE        Allows caller to search and view
  651.                     any record in the database.
  652.  
  653.    *2)    OWNER VIEW ACCESS MODE        Allows only owner of record to
  654.                     view his/her record(s).  A field
  655.                     with a NAME type must be defined
  656.                     and the OWNFIELD in the configuration
  657.                     database must contain this field #.
  658.                     This is how MBACCESS knows which
  659.                     field contains the name of the caller
  660.                     as passed from the BBS door file.
  661.                     See Chapter 6 for more details.
  662.  
  663.  
  664. REVIEWING MODES AND TYPES OF OPERATION...
  665. -----------------------------------------
  666.  
  667.     The varied usage of these modes is one feature out of many that
  668. makes MBACCESS very powerful.  In review, there is simply three different
  669. TYPES and MODES of access.  A caller can either [A]dd, [E]dit, and/or
  670. [V]iew/Search records within your on-line database.  These are considered
  671. to be "TYPES" of access (Add/Edit/View).  Each TYPE of access then also has
  672. an access MODE (Full,Owner,NO).  FULL ACCESS MODE allows a caller to have
  673. full access for that TYPE of access, OWNER ACCESS MODE allows a caller to
  674. ONLY have access to his/her records for that TYPE of access, and NO ACCESS
  675. MODE DOES NOT allow the caller any access for that TYPE.  For example, if you
  676. give a caller a FULL ACCESS MODE to an EDIT TYPE of access, then that caller
  677. could [E]dit ANY record within a database.  This EDIT TYPE would also imply
  678. that the caller would have FULL ACCESS MODE for VIEW TYPES.  You need to be
  679. able to [V]iew the record in order to edit it.  Keep this in mind when
  680. creating or converting your on-line databases.
  681.  
  682.  
  683.  
  684. BROWSING, VIEWING, SEARCHING, and EDITING DATABASES ONLINE
  685. ----------------------------------------------------------
  686.  
  687.     Combining the power of ACCESS MODES and TYPES will allow your caller
  688. various access to BROWSE, VIEW, ADD or EDIT your on-line database.  It is
  689. recommended that care be taken to assure that you only give your callers
  690. appropiate access to your database.  For example, if you had a database
  691. that was simply a catalog of information, you may want to only allow your
  692. callers to Browse, View, and Download Information from your database.  Be
  693. careful not to accidentally give your callers a specific security level
  694. for access to let's say EDITING.  A caller would then be able to EDIT
  695. your database against your wishes.  At any rate, MBACCESS contains a very
  696. powerful on-line database RECORD BROWSE/VIEW/SEARCH/EDIT feature.  Callers
  697. can even ADD records from a BROWSE/VIEW/SEARCH mode.  Additionally, the
  698. VIEW/EDIT feature is also used by MBACCESS if you have "REVIEW/EDIT"
  699. database enabled in your configuration.  The latter allows your callers to
  700. review and/or edit a newly created record after adding it to the database
  701. to make sure everything is correct.
  702.  
  703. ------------------------------------
  704. [B]rowse Mode - VIEW/EDIT/SEARCH/ADD
  705. ------------------------------------
  706.  
  707. OVERVIEW
  708. --------
  709.  
  710.     Using the [B]rowse feature of MODEM BASE PRO provides complete remote
  711. on-line database management.  Each command is explained below in detail.
  712. You can use [ENTER] to toggle between BROWSE and RECORD VIEW/EDIT modes.
  713. MODEM BASE provides advanced searching features with it's SEARCH TABLE
  714. method.  You can "telescope" SEARCHES up to 10 LEVELS deep to find the
  715. specific information you are looking for.  Then depending on your security
  716. access you may download the information in your SEARCH TABLE in either
  717. dBase compatible format OR a REPORT format as customized by the System
  718. Operator.  Helpful indicators exist to assist you in knowing how to
  719. navigate through the database.   A green highlight bar displays the CURRENT
  720. RECORD# within the database if you are using ANSI graphics or the TOP
  721. RECORD if you have ANSI disabled.  Below is a detail explanation of each
  722. command available.
  723.  
  724. COMMAND SUMMARY
  725. ---------------
  726.  
  727. Note:  Not all commands may be available depending on security access as
  728.        setup by the System Operator (SYSOP).
  729.  
  730. Edit[#]
  731. -------
  732. Allows you to select the RECORD# to VIEW if in BROWSE MODE or allow you to
  733. choose the FIELD# to EDIT if in VIEW/EDIT MODE.  Complete on-line remote
  734. field editing commands are supported if your communication package supports
  735. extended keyboard codes or DOORWAY MODE, i.e.; Qmodem Pro by Mustang
  736. Software at 805-395-0223.  Using extended keyboard codes while field
  737. editing allows you to use your left and right arrow keys to move throughout
  738. the field data, HOME will bring the cursor to the beginning of the input
  739. field, END will bring the cursor to the end of any data in the input field,
  740. ALT-D will DELETE the entire field, DELETE will delete the current
  741. character where the cursor is placed and move any characters to the right
  742. over to the left to fill in the deleted character, and of course [ENTER]
  743. accepts the data in the field as your input.  Additionally, you may use the
  744. INSERT key to toggle insert mode if you wish to insert data into a field.
  745.  
  746.  
  747. [G]o
  748. ----
  749. Will prompt for which FIELD# you want to go to and then move to that
  750. field# and make it the current field# for both BROWSE and VIEW/EDIT modes.
  751. The current field# (along with the current record#) is maintained globally
  752. even when working on several databases simultaneously in a [S]earch Table.
  753.  
  754. [+]
  755. ---
  756. If in BROWSE MODE will allow you to scroll from right to left to the NEXT
  757. field number available.  A red "+" indicator will appear to the right of
  758. the field names if more fields than can fit on the screen are available.
  759. If you are in VIEW/EDIT MODE then this also allows you to scroll to the
  760. next available field(s), but does it by displaying in PAGES of fields
  761. available within the current record.  A "+MORE" indicator will appear if
  762. more fields than can fit on the screen are available.
  763.  
  764. [-]
  765. ---
  766. If in BROWSE MODE will allow you to scroll from left to right to the
  767. PREVIOUS field number available.  A red "-" indicator will appear to the
  768. left of the field names if more fields than can fit on the screen are
  769. available.  If you are at the FIRST FIELD, then an indicator does not
  770. exist, but if you use this command you will wrap around to the LAST field
  771. in the RECORD.  If you are in VIEW/EDIT MODE then this also allows you to
  772. scroll to previous available field(s), but does it by displaying in PAGES
  773. of fields available within the current record.  A "-MORE" indicator will
  774. appear if more previous pages of fields than can fit on the screen are
  775. available.
  776.  
  777. [N]ext
  778. ------
  779. If in BROWSE MODE will display the [N]ext PAGE of records available in the
  780. database.  A "[N]ext" indicator will appear if there are more records in
  781. the database than can fit on a single screen.  If you are in VIEW/EDIT MODE
  782. then you will simply go to the [N]ext Record in the database.
  783.  
  784. [P]rev
  785. ------
  786. If in BROWSE MODE will display the [P]revious PAGE of records available in
  787. the database.  A "[P]rev" indicator will appear if there are more records
  788. in the database than can fit on a single screen.  If you are in VIEW/EDIT
  789. MODE then you will simply go to the [P]revious Record in the database.
  790.  
  791. [D]el
  792. -----
  793. Will mark the current record in either mode for deletion.  A red astericks
  794. "*" will appear indicating that the record is marked for deletion.  The
  795. record is not removed from the database, until the database is [C]leaned.
  796. The system operator can only [C]lean the database.  (use MBMANAGE)
  797.  
  798. [U]ndel
  799. -------
  800. Will unmark the current record in either mode for deletion.  The red
  801. astericks "*" will disappear in return the record to active use.
  802.  
  803. [X]fer
  804. ------
  805. Will allow you to download (transfer) data from the database or a [S]earch
  806. Table in either REPORT FORMAT as defined by the System Operator, or in .DBF
  807. format.  Your current protocol as selected on the BBS will be used or you
  808. may [S]elect your protocol from the main menu.
  809.  
  810. [A]dd
  811. -----
  812. Will allow you to [A]dd a record to the database.  This will utilize MODEM
  813. BASE ACCESS "smart" on-line processing as configured by the system operator
  814. for the database.  You will not be allowed to [A]dd records to [S]earch
  815. Tables.
  816.  
  817. [H]elp
  818. ------
  819. Displays this file.
  820.  
  821. [S]earch
  822. --------
  823. Will allow a [S]earch by field # or ALL fields for a TEXT match.  Two SEARCH
  824. options are available.  You can either [G]o to the found RECORD/FIELD # or
  825. may create a SEARCH [T]ABLE.   If [G]o is used, once a SEARCH is found
  826. Modem Base will REMAIN in <S>EARCH MODE.  The record and field # found will
  827. become the current field and record # and any other action can be taken on
  828. the record or you may press "S" to continue [S]earching the database or
  829. [Q]uit your Search.  If you use [T]able Search, then you will be able to
  830. create a seperate temporary database of the FOUND records.  You can then
  831. [R]everse of [F]orward between each SEARCH TABLE created, up to 10 levels.
  832. You can then use [X]fer to Transfer (download) a report of the records
  833. found in your search or a .DBF file.
  834.  
  835. [J]ump
  836. ------
  837. Will [J]ump to the record number inputted.
  838.  
  839. [E]dit
  840. ------
  841. Will allow a FULL EDIT and ERASE of the current record.  A warning is
  842. displayed before allowing the record to be erased.
  843.  
  844. [L]ines
  845. -------
  846. Will allow you to change the number of lines displayed per screen.
  847.  
  848. [I]nfo
  849. ------
  850. Will display field Information such as Field Type, Length, and Numeric
  851. Decimal Places.  Types are listed below:
  852.  
  853. C - Character
  854. D - Date
  855. N - Numeric
  856. L - Logical
  857. M - Memo
  858.  
  859. [B]rowse or [ENTER]
  860. -------------------
  861. Toggles between RECORD VIEW/EDIT and BROWSE modes.
  862.  
  863. [Q]uit
  864. ------
  865. Will [Q]uit back to MODEM BASE MAIN MENU or if in Search Mode, will [Q]uit
  866. the current search.
  867.  
  868.  
  869. --------------
  870. Browse Summary
  871. --------------
  872.  
  873.     Browse Mode, as you can see, is a sophisticated on-line mechanism
  874. for managing your databases.  The above features are accessible per the
  875. configuration database access parameters.  While in [B]rowse mode, several
  876. indicators and a straight forward command line input prompt provides
  877. the caller with the necessary information to navigate the system.  At any
  878. one time in either the BROWSE or RECORD VIEW/EDIT mode, a CURRENT field
  879. and record # is always maintained, even through a toggle back and forth
  880. between modes.  Additionally, MBMANAGE operates similar to MBACCESS
  881. BROWSE mode, but allows for a few additional features, such as database
  882. clean and the ability to create new databases.  See Section II for details
  883. on MBMANAGE.
  884.  
  885.  
  886.         CHAPTER 5 - LINKING MBACCESS TO YOUR DATABASE
  887.         ---------------------------------------------
  888.  
  889. MBACCESS LINKAGE SYSTEM...
  890. --------------------------
  891.  
  892. MBACCESS derives the majority of it's configurability through the use of a
  893. LINKAGE SYSTEM.  What exactly does this mean?  Well, without the MBACCESS
  894. LINKAGE SYSTEM, processing an on-line database wouldn't do very much.
  895. MBACCESS would have NO way of knowing what to do as it gathered information
  896. from your caller for each field in your database.  However, with the MBACCESS
  897. LINKAGE SYSTEM, your fields within your database can be processed
  898. intelligently by giving MBACCESS specific instructions for EACH FIELD in your
  899. database about how to process that field.  MBACCESS receives these
  900. instructions in the form of what is called LINK TYPES.
  901.  
  902.     Using LINK TYPES specific to MBACCESS within a seperate LINK DATABASE
  903. (which is also a dBase III compatible file), each RECORD can provide a set of
  904. instructions to MBACCESS to tell it how to process each field in the MAIN
  905. DATABASE.  Each RECORD # in the LINK DATABASE corresponds to a FIELD # in the
  906. MAIN DATABASE, i.e.; RECORD #1 in the LINK DATABASE contains the LINKAGE
  907. information for FIELD #1 in the MAIN DATABASE, RECORD #2 corresponds to FIELD
  908. #2, and so on.  View the structure format of MBPROL.DBF for an example link
  909. database file which corresponds with MBPRO.DBF main database fields.
  910.  
  911.                  *** WARNING ***
  912.       ----------------------------------------------------------------
  913.       The above concept is very important to understanding fully how
  914.       MBACCESS works together with both the main database and the
  915.       link database to perform specific tasks on-line.  It is highly
  916.       recommended that you are sure you understand this concept before
  917.       moving on from this point.  It will be covered in detail also
  918.       in CHAPTER 6, "DATABASE CONFIGURATION".
  919.       ----------------------------------------------------------------
  920.  
  921. LINK TYPES...
  922. -------------
  923.  
  924.     Within the LINK DATABASE, LINK types provide instructions to MBACCESS
  925. on how to process each field in your database.  These LINK types are
  926. described as follows:
  927.  
  928.  
  929.  AUTO UPDATE LINKS
  930.  -----------------
  931.  
  932.       Auto Update Links are LINK TYPES which automatically
  933.  retrieves certain information which is known about the caller,
  934.  such as, Callers Name, Telephone Number, Order/Job#, Date, etc.
  935.  and then places that information (also automatically) into the
  936.  corresponding linked field and then allows MB Access to process
  937.  the next field in the database.  Example : If you defined an
  938.  on-line sales order database, you may want to define a field
  939.  called, "ORDER #".  That field can then be defined as a JOB
  940.  LINK TYPE in the corresponding LINKAGE DATABASE.  When MB Access
  941.  is processing the database for  on-line input, it will realize
  942.  that the field that was defined as "ORDER #" is of type JOB and
  943.  will automatically place the next job number available from
  944.  reading the file JOBNUM.   (JOBNUM is a text file with the
  945.  current job # of a database, refer to JOBNUM below)
  946.  
  947.  
  948.  LINK TYPE        DESCRIPTION
  949.  -----------------------------------------------------------------
  950.  
  951.  NAME        -       Puts name automatically into linked
  952.             field as retrieved from DOOR.SYS file
  953.             (or OTHER DOOR TYPES).
  954.  
  955.  FROM       -    Puts FROM INFORMATION automatically into
  956.             linked field as retrieved from DOOR.SYS
  957.             file.  Note:  Different BBS systems pass
  958.             this information to DOOR.SYS differently.
  959.             Wildcat! BBS passes the FROM information
  960.             in the user database, NOT the CITY and
  961.             STATE information.  For information that
  962.             is not passed to the DOOR.SYS file from
  963.             the BBS, you can setup fields to be part
  964.             of the USER PROFILE.  See Chapter 6.
  965.  
  966.  PHONE1        -    Retrieves Phone1 information automatically
  967.             from DOOR.SYS file (or OTHER DOOR TYPES)
  968.             and puts information into field for caller.
  969.  
  970.  PHONE2        -    Same as PHONE1 above, but PHONE2 info.
  971.  
  972.  PID        -    Primary ID is derived from PHONE1
  973.             DOOR.SYS data, but only contains NUMERIC
  974.             data.  This is useful for indexing
  975.             phone numbers and complies with
  976.             Telemagic(tm) database PID field format.
  977.  
  978.  SID        -    Secondary ID will convert the callers name
  979.             as passed to MBACCESS via the door information
  980.             file in the form of LASTFIRST with no spaces.
  981.             This, like PID above, is useful for indexing
  982.             names and complies with Telemagic(tm)
  983.             database SID field format.
  984.  
  985.  DATE        -    Puts current DOS date automatically into
  986.             linked field.
  987.  
  988.  TIME           -    Puts current DOS time automatically into
  989.             linked field.
  990.  
  991.  DTIME         -    Retrieves Current Date and Time in the
  992.             format of [yy/mm/dd hh:mmx].
  993.  
  994.                 yy - year
  995.                 mm - month
  996.                 dd - date
  997.                 hh - hour
  998.                 mm - minutes
  999.                 x  - a for am or p for pm
  1000.  
  1001.             Database field should be of [C]haracter type
  1002.             and should be 15 length or more. This
  1003.             field type was created to support
  1004.             TeleMagic(tm) dBase file formats for
  1005.             the RCL field "Recall Date-Time" format.
  1006.  
  1007.  JOB        -     Puts a unique incremented job number
  1008.             automatically into corresponding linked
  1009.             field.  MB Access reads the job number
  1010.             from JOBNUM or the file pathname as
  1011.             set in the configuration database for
  1012.             JOBNUMPATH.
  1013.  
  1014.  FORCE        -    Requires that the caller DOES NOT leave
  1015.             the input field blank, this will FORCE
  1016.             an input from the caller for the
  1017.             specified field.
  1018.  
  1019.  
  1020.  
  1021.  RELATIONAL DATABASE LINK TYPES
  1022.  ----------------------------------------------------------------
  1023.  
  1024.  CHOICE        -    Provides a list of choices which are read
  1025.             from another database file as specified
  1026.             in the link configuration file defined
  1027.             under CHOICE DBF and allows caller to select
  1028.             from the list and then will place answer
  1029.             from list into linked database field. The
  1030.             CHOICE type may also be used in conjunction
  1031.             with both the REPEAT types below as well
  1032.             as BRANCH types.  (See CHAPTER 6)
  1033.  
  1034.  TABLE          -       Advanced powerful CHOICE feature.  MBACCESS
  1035.             will create a REFERENCE TABLE of any fields
  1036.             STARTING at the field declared as a TABLE
  1037.             TYPE until whatever FIELD as defined in
  1038.             the CHOICEFLD (Linkage Database) and will
  1039.             skip CHOICEIDX (Linkage Database)
  1040.             number of Fields during processing.  Used
  1041.             in conjunction with a CHOICE database as
  1042.             defined in the CHOICEDBF field, MBACCESS
  1043.             will display the x number of TABLE fields
  1044.             with DEFAULT selections as defined in
  1045.             the user profile and DEFAULT SETTINGS. An
  1046.             example where this can be handy is if you
  1047.             had a database that has several fields
  1048.             which are grouped together and in the
  1049.             same database.  MBACCESS will generate a
  1050.             cross-reference table on-line allowing the
  1051.             caller the ability to make permanent or
  1052.             temporary changes to the user profile for
  1053.             items that are part of the TABLE.  Any
  1054.             database items that can be grouped together
  1055.             as a SUBJECT, can be used in a TABLE.  For
  1056.             instance, you might want to group together
  1057.             a CALLERS BILLING ADDRESS information.
  1058.             This information would be defined in his
  1059.             or her DEFAULT USER PROFILE.  There may
  1060.             be five seperated fields in the database
  1061.             that are used in the RECORD LAYOUT for this.
  1062.             These fields can be grouped easily by defining
  1063.             the first field in the group as the TABLE
  1064.             field.  Then you also tell it the number
  1065.             of fields consecutively that are in the
  1066.             group (CHOICEFLD) and your all set.  MBACCESS
  1067.             knows how to handle the rest.  When the
  1068.             caller is being processed on-line MBACCESS
  1069.             will display a TABLE of the fields in your
  1070.             group.  The caller can PRESS [ENTER] to accept
  1071.             the DEFAULT SETTINGS for each field in the
  1072.             group as it is defined in his or her USER
  1073.             PROFILE, or select any one of the fields in
  1074.             the group to CHANGE temporarily for just the
  1075.             immediate record being added to the database,
  1076.             or even permanently have the option to make
  1077.             the new selection recorded in the DEFAULT
  1078.             USER PROFILE.
  1079.  
  1080.  DEFAULT        -       Will RETRIEVE corresponding field from the
  1081.             DEFAULT USER PROFILE DATABASE defined as
  1082.             "DEFAULT SETTINGS" in the OWNER field as set
  1083.             in the CONFIGURATION DATABASE.  The DEFAULT
  1084.             data retrieved will then be AUTOMATICALLY
  1085.             inputted and IS NOT CONFIGURABLE by the
  1086.             CALLER!  Important Note!  If you want to
  1087.             use DEFAULT USER PROFILE INFORMATION that
  1088.             the caller can configure, you need to use
  1089.             the REPEAT OPTIONS as outlined below.
  1090.             Using this DEFAULT link type can allow you
  1091.             to automatically insert specific
  1092.             information into a database field, i.e.;
  1093.             a Store Location Number. (See CHAPTER 6)
  1094.  
  1095.  DBF            -    (planned for version 2.0)
  1096.  (planned version 2.0)    Will allow link to another database
  1097.             for processing.  Enhanced Relational
  1098.             Database Processing.
  1099.  
  1100.  
  1101.  
  1102.  DEFAULT USER PROFILE REPEAT OPTIONS (See CHAPTER 6 also)
  1103.  --------------------------------------------------------
  1104.  
  1105.  OPTIONAL -  O         Allows reference to a default USER
  1106.             PROFILE record in the SAVED INFORMATION
  1107.             DATABASE.  OPTIONAL REPEAT is configured
  1108.             in the LINK DATABASE for each field and
  1109.             may be used in conjunction with ANY LINK
  1110.             types, including CHOICE types.  As
  1111.             MBACCESS processes a record in your
  1112.             database for input by the caller and as
  1113.             it encounters a field defined as a OPTIONAL
  1114.             REPEAT type, MBACCESS will look up the
  1115.             callers DEFAULT USER PROFILE in the SAVED
  1116.             INFORMATION DATABASE.  (Note: MBACCESS will
  1117.             ask the caller to configure his/her DEFAULT
  1118.             USER PROFILE upon the first time [A]dding a
  1119.             record to the database, prior to processing
  1120.             the database, and only if a REPEAT type
  1121.             has been configured.)  MBACCESS will
  1122.             retrieve the DEFAULT information for the
  1123.             REPEAT field being processed at the time
  1124.             and since it is an "Optional" Repeat, the
  1125.             caller is displayed the DEFAULT information,
  1126.             but is also given the oppurtunity to either
  1127.             hit [ENTER] and accept the DEFAULT infor-
  1128.             mation or edit the DEFAULT information
  1129.             displayed in the INPUT FIELD.  If the field
  1130.             is defined as a CHOICE type and a OPTIONAL
  1131.             REPEAT type, then the list of CHOICES will
  1132.             be displayed along with the DEFAULT CHOICE
  1133.             as configured in the DEFAULT USER PROFILE
  1134.             and the caller may either hit [ENTER] for
  1135.             the DEFAULT CHOICE or select one of the
  1136.             available CHOICES from the list.
  1137.  
  1138.  SAVED    -    S        This REPEAT type is similar to OPTIONAL
  1139.             REPEAT type in most aspects, accept that
  1140.             it DOES NOT allow the caller to EDIT the
  1141.             REPEAT information retrieved from the
  1142.             DEFAULT USER PROFILE.  SAVED REPEAT will
  1143.             simply automatically place the default
  1144.             information into the field being processed
  1145.             and move on to process the next field.
  1146.  
  1147.  DEFAULT -   D        This will override the callers default user
  1148.             profile setting and pull up the value if one
  1149.             exists contained in the "DEFAULT SETTINGS"
  1150.             record within the default user profile
  1151.             database.  It is important to note that this
  1152.             is usually only needed in conjunction with
  1153.             CHOICE types, otherwise a DEFAULT TYPE should
  1154.             be used.  When used with CHOICE TYPES it
  1155.             overrides the callers DEFAULT CHOICE with that
  1156.             as defined in the "DEFAULT SETTINGS" record.
  1157.             See DEFAULT TYPE for more information on the
  1158.             "DEFAULT SETTINGS" record and it's usage.
  1159.  
  1160.  
  1161.  DEFAULT LINK TYPES
  1162.  ----------------------------------------------------------------
  1163.  
  1164.       The following formats are handled directly by your
  1165.  database configuration and are specific to dBase compatiblity
  1166.  
  1167.  (refer to MBMANAGE.DOC for further details) :
  1168.  
  1169.      C    - Character Field
  1170.      N    - Numeric field and Number of Decimal Places
  1171.      D    - Date Field
  1172.      L    - Logical - True or False / Yes of No
  1173.      M    - Memo - Attached file (up to 64K text)
  1174.  
  1175.  These field type characteristics are automatically handled
  1176.  by MBACCESS during user input and internal to database format.
  1177.  Each of these DEFAULT TYPES also have a defined LENGTH.  Memo
  1178.  fields are the exception.  Memo fields are 10 characters in
  1179.  length and the MEMO Field itself only holds a record number of
  1180.  the actual memo contained in the corresponding XXXXXXXX.DBT memo
  1181.  file where "XXXXXXXX" is the name of the database file.  Memos
  1182.  are variable length fields and can be UP TO 65,535 characters.
  1183.  
  1184.  -----------------------------------------------------------------
  1185.  Note:The linkage database name corresponds to the database name,
  1186.       but has a filename addition of "L", i.e.; the main database
  1187.       MBPRO.DBF has a corresponding link file MBPROL.DBF and each
  1188.       RECORD # in the MBPROL.DBF link file corresponds to the
  1189.       FIELD # in the main MBPRO.DBF database.
  1190.  -----------------------------------------------------------------
  1191.  
  1192.  
  1193.  
  1194.             CHAPTER 6 - DATABASE CONFIGURATION
  1195.             ----------------------------------
  1196.  
  1197. MBACCESS CONTROL FILES
  1198. ----------------------
  1199.  
  1200.  
  1201.         Chart of Database Files Used by MBACCESS
  1202.         ----------------------------------------
  1203.  
  1204. MBPRO is used as our EXAMPLE database.  Refer to the MBPRO example database
  1205. files for actual examples.  Use MBMANAGE to view and/or edit the MBPRO
  1206. example database files or other dBase compatible utility.  The CONTROL FILE
  1207. filenames are derived ALWAYS from the MAIN (GOAL) database.  In our example
  1208. database MBPRO.DBF is considered to be the MAIN (GOAL) database.  From this
  1209. filename several other databases are used to provide information to MBACCESS
  1210. on how to process our MAIN DATABASE.  These are called, CONTROL FILES.
  1211. Your database would replace any references to MBPRO with the filename of
  1212. your MAIN DATABASE file.  It is required that all MAIN DATABASE filenames
  1213. be 6 or less characters.  The other two characters within the 8 character
  1214. filename (without extension) limitation are used to reference the database
  1215. files within a single database.
  1216.  
  1217.  
  1218.      MBPRO.DBF <----------------------> (Main Database)
  1219.      |
  1220.      |-----------------> MBPROC.DBF (Configuration Database)
  1221.      |-----------------> MBPROL.DBF (Link Field Information Database)
  1222.      |            |
  1223.      |                      |
  1224.      |             CHOICE.DBF (CHOICE Database)
  1225.      |                        (CHOICE is the filename as configured
  1226.      |                 in the CHOICE field in this link
  1227.      |                 database MBPROL.DBF)
  1228.      |
  1229.      |-----------------> MBPROS.DBF (Default User Profile Database)
  1230.      |
  1231.      |-----------------> MBPRO.1    (Field #1 Display Help File)
  1232.      |-----------------> MBPRO.2    (Field #2 Display Help File)
  1233.      |-----------------> MBPRO.3    (Field #3 Display Help File)
  1234.      |       :        :            :
  1235.      |-----------------> MBPRO.128  (Field #128 Display Help File)
  1236.      |
  1237.      |-----------------> MBPROG.1    (Field #1   ANSI Display Help File)
  1238.      |-----------------> MBPROG.2    (Field #2   ANSI Display Help File)
  1239.      |-----------------> MBPROG.3    (Field #3   ANSI Display Help File)
  1240.      |      :        :                   :
  1241.      |-----------------> MBPROG.128  (Field #128 ANSI Display Help File)
  1242.      |
  1243.      |
  1244.      |-----------------> MBPROD.1    (Field #1   User Profile Help File)
  1245.      |-----------------> MBPROD.2    (Field #2   User Profile Help File)
  1246.      |-----------------> MBPROD.3    (Field #3   User Profile Help File)
  1247.      |        :             :            :
  1248.      |-----------------> MBPROD.128  (Field #128 User Profile Help File)
  1249.      |
  1250.      |-----------------> MBPRODG.1   (Field #1   ANSI User Profile Help)
  1251.      |-----------------> MBPRODG.2     (Field #2   ANSI User Profile Help)
  1252.      |-----------------> MBPRODG.3   (Field #3   ANSI User Profile Help)
  1253.      |        :        :            :
  1254.      |-----------------> MBPRODG.128 (Field #128 ANSI User Profile Help)
  1255.  
  1256.  
  1257. Note : The CONTROL Database RECORD LAYOUTS are available as MBPROC.NEW,
  1258. MBPROL.NEW and CHOICE.NEW.  These files contain empty databases (no records)
  1259. of each of their respective RECORD LAYOUTS.  The files can be used when
  1260. creating NEW databases and renamed to confer with the MAIN DATABASE filename.
  1261.  
  1262. As you can see from the chart above, each On-line Database can consist
  1263. of several database files (all of which are dBase III compatible) that
  1264. interact with each other to provide information to MBACCESS on how to
  1265. process your caller and allow interaction with your on-line database
  1266. that is intuitive and easy-to-use with smart processing features.
  1267. Each of these database files will be explained in detail shortly.
  1268.  
  1269. Other Files used by MBACCESS:
  1270.  
  1271.  
  1272. JOBNUM           is used if no file pathname is given in the configuration
  1273.         file to generate a unique JOB # for each record added to
  1274.         a database. Refer to CONFIGURATION CONTROL FILE.
  1275.  
  1276. DSZUP.BAT    DSZ Zmodem Protocol    Z is passed by DOOR.SYS
  1277.  
  1278. DSYUP.BAT    DSZ Ymodem/G Protocol    Y is passed by DOOR.SYS
  1279.  
  1280. DSXUP.BAT    DSZ Xmodem Protocol    X is passed by DOOR.SYS
  1281.  
  1282. DSCUP.BAT    DSZ Xmodem CRC Protocol    C is passed by DOOR.SYS
  1283.  
  1284. DSOUP.BAT    DSZ Xmodem 1K Protocol    O is passed by DOOR.SYS
  1285.  
  1286. (If "S" is passed by DOOR.SYS, then MBACCESS will allow the caller to
  1287.  SELECT the protocol to use at the time of UPLOAD)
  1288.  
  1289.  
  1290. (Note: MBACCESS passes two parameters to the above DSZ batch files.
  1291.        First being the PORT NUMBER as passed by DOOR.SYS or
  1292.        overridden by the settings in the configuration file.  The
  1293.        second parameter contains the WORKPATH as set in the
  1294.        configuration file and tells DSZ where the incoming files
  1295.        will be uploaded to.  %1 and %2 respectively.)
  1296.  
  1297.  
  1298. MB.BAT        Batch file used to load MBMANAGE.  Type MB <filename>.
  1299.  
  1300. JOB.BAT        Batch file provided to view JOBNUM file
  1301.  
  1302. MBPRO.BAT    Batch file which will execute MBPRO example demonstration
  1303.         database in local mode.
  1304.  
  1305.  
  1306. [WELCOME FILES]    Welcome Menu Pathname as set in configuration database
  1307. (MBPROWEL.BBS)    under WELCPATH. (See MBPROC.DBF file and detailed
  1308. (MBPROWEL.SCR)    information below).  The welcome menu is displayed to
  1309.         a caller prior to viewing the MBACCESS Main Menu.
  1310.         (Note: The .BBS file is the MONO Color Graphics filename
  1311.          and the .SCR file is the ANSI Color Graphics filename.)
  1312.         *SUBSTITUTE YOUR DATABASE NAME FOR THE EXAMPLE MBPRO NAME*
  1313.  
  1314. [MENU FILES]    MB ACCESS Main Menu Pathname as set in configuration
  1315. (MBPROMEN.BBS)  database.  (See MBPROC.DBF file and detailed information
  1316. (MBPROMEN.SCR)    below).  If this file doesn't exist, then a default
  1317.         menu will be displayed supporting MONO and COLOR.
  1318.         *SUBSTITUTE YOUR DATABASE NAME FOR THE EXAMPLE MBPRO NAME*
  1319.  
  1320. [SMENU FILES]    Default User Profile Saved Information Database
  1321. MBPRODEF.BBS     Instruction or Information menu displayed to caller
  1322. MBPRODEF.SCR    prior to configuring default database for the 1st time.
  1323.         (See MBPROC.DBF file and detailed information below.)
  1324.         *SUBSTITUTE YOUR DATABASE NAME FOR THE EXAMPLE MBPRO NAME*
  1325.  
  1326. [JOBNUM FILE]    File pathname of JOBNUM file to be used instead of
  1327. MBPRO.JOB    the default file JOBNUM as described above.  If this
  1328.         file doesn't exist, MBACCESS will try to use JOBNUM.
  1329.         (See MBPROC.DBF file and detailed information below.)
  1330.         *SUBSTITUTE YOUR DATABASE NAME FOR THE EXAMPLE MBPRO NAME*
  1331.  
  1332. ATTACH.BBS    ATTACH.BBS or ATTACH.SCR will be displayed if available
  1333. ATTACH.SCR    to offer instructions to the caller about how the file
  1334.         attachment is being used and whether he/she wants to
  1335.         upload files before or after adding records to the
  1336.         database.
  1337.  
  1338. SUCCESS.BBS     This file is displayed upon the successful processing of any
  1339. SUCCESS.SCR    uploaded files attached to a newly created record if enabled.
  1340.  
  1341. PROMPTS.DAT    This is a text file containing all the internal prompts
  1342.         within MBACCESS and may be edited using any DOS TEXT
  1343.         editor or MBCOMPOSER.  Be careful not to change any of
  1344.         the LINE POSITIONS of the prompts within the file. Refer
  1345.         to Chapter 7, Internal Prompt Customization for more details.
  1346.  
  1347.  
  1348.               Putting your database on-line
  1349.               -----------------------------
  1350.  
  1351.     Once you have given serious thought to the design of your database
  1352. and you have figured out what your MAIN DATABASE will be, you can begin
  1353. to follow the steps necessary to configure the CONTROL FILES and RELATIONAL
  1354. DATABASES.  For information about creating your DATABASE RECORD LAYOUT,
  1355. see MBMANAGE.DOC for complete information on dBase database creation.
  1356. We will use our MBPRO example database again to further explain in detail
  1357. each of the CONTROL databases and how they interact together to bring
  1358. a database to life on-line.
  1359.  
  1360. -------------------------
  1361. The MAIN DATABASE EXAMPLE
  1362. -------------------------
  1363. Refer to MBPRO.DBF example.
  1364.  
  1365.     If you look at the MBPRO.DBF main database RECORD LAYOUT you will
  1366. see exactly what DATA we want to gather about our customer.  You can use
  1367. MBMANAGE to view the contents of the MBPRO.DBF database or any other
  1368. dBase compatible management program and we highly encourage you to do so
  1369. and become familar with the layouts.  During our example, we will use
  1370. MBMANAGE.  Refer to SECTION II on MBMANAGE for detailed information and
  1371. instructions on use for that product.
  1372.  
  1373.     The first thing you will notice about our RECORD LAYOUT is that
  1374. all of our information is specific to our customer.  Our customer is
  1375. the SUBJECT of this database and the RECORD LAYOUT is what DATA we want
  1376. to gather on that SUBJECT.  This is a standard dBase compatible database
  1377. and doesn't really do much by itself.  If you are converting an existing
  1378. database from another dBase compatible application, then your data file
  1379. should be in a similar layout for the DATA pertaining to that SUBJECT.
  1380. At any rate, we need to now tell MBACCESS how to utilize our MAIN MBPRO
  1381. DATABASE so we can put it on-line with "SMART" processing.  We do this by
  1382. providing CONTROL FILES that MBACCESS uses to receive instructions on how
  1383. to process your database.  These CONTROL FILES are also dBase compatible
  1384. database files, but with RECORD LAYOUTS specific to MBACCESS.  Each of the
  1385. MBACCESS CONTROL FILES is explained below.
  1386.  
  1387. ------------------------------
  1388. The CONFIGURATION CONTROL FILE
  1389. ------------------------------
  1390. Refer to MBPROC.DBF example.
  1391.  
  1392.     First, we will discuss the layout of the MBPROC.DBF file.  The "C"
  1393. in the filename denotes that this is the configuration file for MBPRO.DBF
  1394. The first thing MBACCESS does when it loads is open the configuration
  1395. file you passed to it from the command line, i.e. MBACCESS MBPROC.  This
  1396. tells MBACCESS several things including what the name of your MAIN database
  1397. is.  Below is a description of each field # in the MBPROC.DBF file and
  1398. what it configures.  View the example MBPROC.DBF file included as an
  1399. example.  MBPROC.NEW is a blank configuration database with the require
  1400. RECORD LAYOUT and is used to generate a new configuration file for a
  1401. database.
  1402.  
  1403.  
  1404. Field#    Field Name    Description of what each field configures.
  1405. ------------------------------------------------------------------
  1406.  
  1407. 1    DBFNAME        Name of the MAIN database file. In our example
  1408.             it contains MBPRO.DBF which is the name of our
  1409.             MAIN database and tells MBACCESS we will be working
  1410.             with this database.  After MBACCESS reads this
  1411.             configuration file, it will read the LINK FILE
  1412.             and then OPEN this database for processing.
  1413.             May also contain the database name for a menu
  1414.             choice database containing several database
  1415.             names which may be selected from a menu.  See
  1416.             Field #2 below.
  1417.  
  1418. 2    DESCRIPT    Short Description of the database SUBJECT.  This
  1419.             description will be displayed on the TITLE bar
  1420.             when the caller is adding, editing, viewing, or
  1421.             searching record(s) on-line.  If you put the
  1422.             keyword @LOADMENU here then the DBFNAME above
  1423.             is a CHOICE database name.  MBACCESS will then
  1424.             look for a database in STANDARD CHOICE format
  1425.             (see CHOICE.NEW) and Field #1 (CHOICE) will contain
  1426.             the name of a MAIN DATABASE to be loaded.  Field #2
  1427.             (DESCRIPT) will contain the name of the CHOICE
  1428.             description to be displayed if a menu is not used.
  1429.             Field #3 is unused.  To utilize a menu for your
  1430.             database choices, MBACCESS will look for a .SCR or
  1431.             .BBS file depending on graphics mode with the
  1432.             filename as that of the DBFNAME in field #1 above.
  1433.             Each database name from the CHOICE database must
  1434.             contain a configuration and link file.  Advanced
  1435.             menu generation could allow multiple menu levels
  1436.             by using @LOADMENU in the CHOICEs configuration
  1437.             file, which would point to yet another database
  1438.             of menu choices.
  1439.  
  1440. 3    OWNFIELD    Tells MBACCESS which field in the MAIN database
  1441.             is the OWNER's name of that record, i.e. this is
  1442.             usually the name of the person as passed from the
  1443.             BBS.  If you look at the MBPRO.DBF MAIN database
  1444.             you will see that FIELD #3 is the CONtact Person
  1445.             Name.  Here we tell MBACCESS that the OWNFIELD is 3.
  1446.             Additionally, Field #3 in the MAIN DATABASE is
  1447.             defined using the LINKAGE SYSTEM CONTROL FILE below
  1448.             as a NAME type.  That means MBACCESS will
  1449.             automatically retrieve the callers name from the BBS
  1450.             door information file and place it into field #3.
  1451.             Then if we place a 3 here in OWNFIELD, MBACCESS
  1452.             knows that field #3 will be used to determine "WHO"
  1453.             owns each record and is used in determining both
  1454.             security access to information and the default
  1455.             user profile.
  1456.  
  1457. 4    COMPORT        This is a COMPORT OVERRIDE field and ONLY needs to
  1458.             be used if you are using NON-STANDARD com ports or
  1459.             you are using a FOSSIL DRIVER or DIGIBOARD.  If this
  1460.             field is LEFT BLANK then MBACCESS will read the
  1461.             comport from the DOOR.SYS file and use standard
  1462.             IRQ and ADDRESS settings for COM1-COM4.  If you have
  1463.             non-standard comports, then you need to put your
  1464.             ADDRESS and IRQ in this field in the following
  1465.             format : (PORT:03E8:5) exactly as written within
  1466.             the parentheses.  YOU MUST USE the word PORT along
  1467.             with a colon, then a 4 digit address, another colon,
  1468.             and then the IRQ.  This allows MBACCESS to use
  1469.             virtually any NON-STANDARD COMPORT.  If you have
  1470.             the DIGIBOARD or FOSSIL DRIVER setting enabled below
  1471.             you will simply put the port # in this field.
  1472.  
  1473. 5    LOCALBEEP    If this is set to Y the LOCAL computer will beep
  1474.             along with the REMOTE computer.  If it is set to N
  1475.             then the remote computer will only beep.  MBACCESS
  1476.             sends BEEP warnings to the caller if there is
  1477.             inactivity as set below, or if input exceeds a line
  1478.             length.
  1479.  
  1480. 6    BEEPTIME        This is the amount of time in minutes that MBACCESS
  1481.             will wait before sending a BEEP to the caller to
  1482.             warn of inactivity.
  1483.  
  1484. 7    NOUSETIME    This is the amount of time in minutes that MBACCESS
  1485.             will wait before automatically logging the caller
  1486.             off after x minutes of inactivity, i.e. if set to
  1487.             5 and the above BEEPTIME is set to 1, then if the
  1488.             caller sits on-line with NO ACTIVITY a BEEP will
  1489.             sound every minute and then after 5 minutes of
  1490.             inactivity the caller will finally be logged off.
  1491.  
  1492. 8    BBSTYPE        Put the name of your BBS here.  This field is
  1493.             currently only useful for Wildcat or PCboard BBS's.
  1494.  
  1495. 9    DOORSYSPATH    This is the complete path and filename of where
  1496.             your DOOR information file is located.  MBACCESS
  1497.             automatically knows how to handle each of the
  1498.             following DOOR FILENAMES :
  1499.  
  1500.                 DOOR.SYS
  1501.                 CALLINFO.BBS
  1502.                 DORINFOx.BBS
  1503.                 CHAINT.TXT
  1504.                 PCBOARD.SYS
  1505.                 GENERIC.SYS (if BBS doesn't support above)
  1506.  
  1507.             For testing purposes we have included DORFILES.ZIP
  1508.             which contains an example of each of these door
  1509.             information files.
  1510.  
  1511. 10    DIGIBOARD    Set this field to Y if using a Digiboard otherwise
  1512.             leave blank or set to N.  If you are using a
  1513.             Digiboard or Wildcat! (IM) BBS, then you also need
  1514.             to set the COMPORT field above to the DIGIBOARD
  1515.             port number for that node.  (Each record in the
  1516.             configuration (MPROC.DBF) file corresponds to
  1517.             each node in multi-node usage, i.e., Record #1
  1518.             is Node #1, Record #2 is Node #2, etc. )
  1519.  
  1520. 11    FOSSIL        Set this field to Y if using a Fossil Driver
  1521.             otherwise leave blank or set to N.  If you are using
  1522.             a Fossil Driver (X00 and BNU has been tested) then
  1523.             you also need to set the COMPORT field above to the
  1524.             FOSSIL DRIVER port number for that node.
  1525.  
  1526. 12    UPLOAD        Set this field to Y if you are going to use the
  1527.             UPLOAD feature of MBACCESS.  This allows callers
  1528.             to attach uploads to records added to a database.
  1529.             The uploaded file is ZIPPED into a unique filename
  1530.             with the JOBNUM of the file and placed into the
  1531.             ATTACHPATH. (Refer to Chapter 7 on File Processing)
  1532.             NOTE: PKZIP.EXE must be in the path for MBACCESS
  1533.             to properly ZIP the file.  If using UPLOADS YOU
  1534.             *MUST* define both the WORKPATH (13) and ATTACHPATH
  1535.             (14) below for MBACCESS to work properly.  The
  1536.             caller may upload his or her files before or after
  1537.             adding record(s) to the database.  One file MUST
  1538.             be uploaded for each record if this field is set
  1539.             to Y.
  1540.  
  1541. 13    WORKPATH    If you are going to utilize the UPLOAD feature of
  1542.             MBACCESS which gives the caller the capability of
  1543.             attaching an upload to a record, then this field
  1544.             contains the FULL path of where you want the uploads
  1545.             to go to during the upload process.  (Note: Your
  1546.             DSZ must be registered for this feature to work.)
  1547.             *** WARNING *** All files will be deleted in this
  1548.             directory prior to allowing the upload.  DO NOT USE
  1549.             a directory that may contain files in which you DO
  1550.             NOT WANT to be deleted.  After the files are
  1551.             uploaded, they will be ZIPPED into a packet
  1552.             with the filename XXXXXXXX.ZIP which is the JOB
  1553.             NUMBER of the record.  Additionally, for the DOS
  1554.             SHELL to DSZ to work, COMMAND.COM must be located
  1555.             where your COMSPEC environment variable points to.
  1556.             In most cases this isn't a problem, but is
  1557.             documented here to assist in case you recieve
  1558.             an MBPRO -1 error/Dos Error 2.  If the caller
  1559.             uploads several files at once, using batch upload
  1560.             protocols, then the MBACCESS will list the files
  1561.             that the caller uploaded and add a record to the
  1562.             database, gathering the information from the caller,
  1563.             for each file uploaded.
  1564.  
  1565. 14     ATTACHPATH    This field works in conjunction with the WORKPATH
  1566.             field 13 above.  After the upload is complete
  1567.             MBACCESS will ZIP the upload and rename the file
  1568.             to the current JOBNUM and then move the file to
  1569.             this FULL path.  This is useful if you don't have
  1570.             a registered DSZ, after the upload (which would
  1571.             be in the current directory) MBACCESS can move it.
  1572.  
  1573. 15    WELCPATH    This is the filename of the Welcome menu to be
  1574.             displayed before showing the caller the MAIN MBACCESS
  1575.             menu. You can use this to tell your caller about your
  1576.             online database or other information.  Notice in
  1577.             the MBPROC.DBF example configuration CONTROL FILE
  1578.             that this field is configured as MBPROWEL with no
  1579.             filename extension.  MBPRO will automatically look
  1580.             for a .SCR ANSI GRAPHICS file first to display if
  1581.             the caller has ANSI enabled. If it doesn't find one
  1582.             or if ANSI is disabled, it will then look for a .BBS
  1583.             MONO display file.  If you put a filename extension
  1584.             MBACCESS will override this feature and read that
  1585.             file instead.  See MBPROWEL.SCR and MBPROWEL.BBS for
  1586.             an example.
  1587.  
  1588. 16    MENUPATH    Same as 15 above, except will display an alternate
  1589.             MENU screen to your caller if this file does not
  1590.             exist. A DEFAULT MENU built into MBACCESS will be
  1591.             displayed instead.  See MBPROMEN.SCR and MBPROMEN.BBS
  1592.             for an example.
  1593.  
  1594. 17    SMENUPATH    Same as 15 above, except will display this file when
  1595.             the caller accesses the DEFAULT USER PROFILE SYSTEM
  1596.             for the very first time!  See MBPRODEF.SCR and
  1597.             MBPRODEF.BBS for an example.  Note: This file is
  1598.             only displayed to the caller ONCE upon the first time
  1599.             MBACCESS creates a default user profile and MBACCESS
  1600.             will only try to create a default user profile if
  1601.             a field has been defined as a REPEAT TYPE as
  1602.             explained in the LINKAGE SYSTEM below.
  1603.  
  1604. 18    JOBNUMPATH    This is the filename of the JOBNUM file used for
  1605.             generating unique JOB numbers for each record. If
  1606.             no filename is used here a default filename JOBNUM
  1607.             will be used.  This is only used if a field is
  1608.             defined as a JOB TYPE as explained in the LINKAGE
  1609.             SYSTEM below.
  1610.  
  1611. 19      PROCESS     [Y]es or [N]o to allow PRINT PROCESSING.  If set
  1612.             to Y, then MBACCESS will print the REPORT FORMAT
  1613.             as defined in the PROCESSRPT pathname in field
  1614.             #21 to the PROCESSOUT pathname as defined in field
  1615.             #20 below.  See CHAPTER 7, "Advanced Database
  1616.             Design" on PRINTING for more details.
  1617.  
  1618. 20     PROCESSOUT    This is the full pathname of the file to send
  1619.             PRINTING REPORTS to for PRINT PROCESSING.  Each
  1620.             file that is ATTACHED to a record can print a
  1621.             report as defined in field #21 below and will
  1622.             also indicate on the report whether the file was
  1623.             attached successfully or unsuccessfully.  This
  1624.             provides additionally flexibility by allowing you
  1625.             to put PRN, LPT1, LPT2, ... etc.  so that you can
  1626.             send REPORTS to your printer.  A form feed is
  1627.             automatically generated between reports.
  1628.  
  1629. 21    PROCESSRPT    This is the full pathname of the file used to
  1630.             generate a REPORT FORMAT for PRINT PROCESSING
  1631.             a report for each file added to a database.
  1632.             The report format is a simple DOS TEXT file
  1633.             that may be edited with any DOS TEXT word
  1634.             processor.  Fields are printed using @ CODES.
  1635.             @#003 indicates to MBACCESS that the contents
  1636.             of field #3 should go wherever this is placed
  1637.             in the text file.  Regular text is printed
  1638.             verbatim.  See CHAPTER 7, "Advanced Database
  1639.             Design" on PRINTING for more details.
  1640.  
  1641. 22-27*    PATHNAMES    Not implemented at this time.
  1642.  
  1643.  
  1644. 28    ADDMODE        The number below indicates the MODE in use.
  1645.  
  1646.    0)      NO ADD ACCESS MODE           This mode does not allow the
  1647.                     caller to add any records to the
  1648.                     database, but may browse or edit
  1649.                     records in the database, if View
  1650.                     or Edit Access is set below.
  1651.                     This mode is useful if you have a
  1652.                     .DBF file that you only want
  1653.                     callers to be able to view, such
  1654.                     as an information database, but
  1655.                     not add any additional info to it.
  1656.  
  1657.   *1)   FULL ACCESS ADD MODE            This mode allows any caller to
  1658.                     add records to the existing
  1659.                     database as many times as
  1660.                     needed.
  1661.  
  1662.    2)   OWNER ACCESS ADD MODE           This mode only allows a SINGLE
  1663.                     record to be accessed for each
  1664.                     caller using the door.  There is
  1665.                     a check the first time the
  1666.                     caller uses MBACCESS and if a
  1667.                     record has not yet been added to
  1668.                     the database under the callers
  1669.                     name, then the caller is allowed
  1670.                     to ADD a single record.  That
  1671.                     record is linked to the callers
  1672.                     name which is passed from the
  1673.                     BBS via the DOOR.SYS file and
  1674.                     further usage of the database
  1675.                     will only allow editing of that
  1676.                     callers record if editing access
  1677.                     has been enabled.  A field with a
  1678.                     NAME type must be defined and the
  1679.                     OWNFIELD in the configuration
  1680.                     database must contain this field #.
  1681.                     This is how MBACCESS knows which
  1682.                     field contains the name of the caller
  1683.                     as passed from the BBS door file.
  1684.                     See Chapter 6 for more details.
  1685.  
  1686.  
  1687. 29      EDITMODE    The number below indicates the mode in use.
  1688.  
  1689.     0)  NO EDIT ACCESS MODE             This mode simply does not let
  1690.                     caller edit any Records within
  1691.                     the database.
  1692.  
  1693.     1)  FULL EDIT ACCESS MODE           This is a very powerful mode and
  1694.                     shouldn't be used in secure
  1695.                     situations when you don't want
  1696.                     your callers accessing other
  1697.                     callers records!  However if the
  1698.                     need arises to allow callers of
  1699.                     a particular database to do
  1700.                     this, then this MODE will allow
  1701.                     callers to access and EDIT ANY
  1702.                     existing database record.  The
  1703.                     Security Level can be set so that
  1704.                     only the SYSOP has this type of
  1705.                     access.
  1706.  
  1707.    *2)  OWNER EDIT ACCESS MODE          This mode if enabled allows
  1708.                     callers to EDIT their records in
  1709.                     the database which they have
  1710.                     ADDed to the database.  A field
  1711.                     with a NAME type must be defined
  1712.                     and the OWNFIELD in the configuration
  1713.                     database must contain this field #.
  1714.                     This is how MBACCESS knows which
  1715.                     field contains the name of the caller
  1716.                     as passed from the BBS door file.
  1717.                     See Chapter 6 for more details.
  1718.  
  1719.  
  1720. 30    VIEWMODE    The number below indicates the mode in use.
  1721.  
  1722.     0)    NO VIEW ACCESS MODE        No ability to view any records.
  1723.  
  1724.     1)  FULL VIEW ACCESS MODE        Allows caller to search and view
  1725.                     any record in the database.
  1726.  
  1727.    *2)    OWNER VIEW ACCESS MODE        Allows only owner of record to
  1728.                     view his/her record(s).  A field
  1729.                     with a NAME type must be defined
  1730.                     and the OWNFIELD in the configuration
  1731.                     database must contain this field #.
  1732.                     This is how MBACCESS knows which
  1733.                     field contains the name of the caller
  1734.                     as passed from the BBS door file.
  1735.                     See Chapter 6 for more details.
  1736.    "*" = Default Modes of Operation.
  1737.  
  1738.  
  1739. 31    SYSLEVEL    Contains the SECURITY LEVEL as passed from the
  1740.             DOOR.SYS file of the minimum security level allowed
  1741.             to access the database for SYSOP LEVEL access.
  1742.             Sysop Level Access will allow you to DELETE and
  1743.             UNDELETE records from the database.
  1744.  
  1745. NOTE: When creating new databases use the empty MBPROC.NEW structure by
  1746.       copying it to your database, i.e., if your database was WIDGET.DBF
  1747.       then you would use COPY MBPROC.NEW WIDGETC.DBF.  The same applies
  1748.       for the link file below. (See MBPROL)
  1749.  
  1750.  
  1751. -------------------------------
  1752. The LINKAGE SYSTEM CONTROL FILE
  1753. -------------------------------
  1754. Refer to MBPROL.DBF example.
  1755.  
  1756.     The Linkage System CONTROL file is the key to customizing MBACCESS
  1757. for "smart" processing.  CHAPTER 4 explains MBACCESS Linkage System Types
  1758. and concepts.  Below is a list of each field number in the linkage database.
  1759. Notice the use of the "L" in addition to the MAIN database filename to
  1760. indicate that this file is a LINKAGE DATABASE.  See MBPROL.DBF for an
  1761. example of the LINKAGE SYSTEM in action.  Remember that each RECORD # in
  1762. the LINKAGE DATABASE corresponds to the FIELD # in the MAIN database, i.e.,
  1763. Record #1 in MBPROL.DBF corresponds to Field #1 in MBPRO.DBF and tells
  1764. MBACCESS how to process the field.  Notice there are 23 records in our
  1765. example MBPROL.DBF file and there are 23 fields in our MBPRO.DBF MAIN
  1766. database; One Linkage Record for each field.
  1767.  
  1768.  
  1769. Field#    Field Name    Description of what each field configures.
  1770. ------------------------------------------------------------------
  1771.  
  1772. 1    FIELDNAME    Contains the Field Name you want to display instead
  1773.             of the dBase 10 character limited fieldname.
  1774.             (Allows up to 20 characters with spaces)
  1775.             The description field is designed to offer a better
  1776.             description than that offered by dBase field names.
  1777.             dBase limits field names to 10 characters with no
  1778.             spaces and doesn't provide much of a description
  1779.             of what the field is.  If this field is blank,
  1780.             however, MBACCESS will use the dBase field name
  1781.             instead and display it to the caller.
  1782.  
  1783. 2    TYPE        See also CHAPTER 4 for a detailed list of all TYPES
  1784.             available in the LINKAGE SYSTEM and their use.
  1785.             The full name of the TYPE goes in this field.
  1786.             See MBPROL.DBF for an example of how the TYPES
  1787.             are used.  Using the various TYPES allowed gives
  1788.             MBACCESS specific instructions on how to process
  1789.             the corresponding field.
  1790.  
  1791.  LINK TYPE        DESCRIPTION
  1792.  -----------------------------------------------------------------
  1793.  
  1794.  NAME        -       Puts name automatically into linked
  1795.             field as retrieved from DOOR.SYS file
  1796.             (or OTHER DOOR TYPES).
  1797.  
  1798.  FROM       -    Puts FROM INFORMATION automatically into
  1799.             linked field as retrieved from DOOR.SYS
  1800.             file.  Note:  Different BBS systems pass
  1801.             this information to DOOR.SYS differently.
  1802.             Wildcat! BBS passes the FROM information
  1803.             in the user database, NOT the CITY and
  1804.             STATE information.  For information that
  1805.             is not passed to the DOOR.SYS file from
  1806.             the BBS, you can setup fields to be part
  1807.             of the USER PROFILE.  See Chapter 6.
  1808.  
  1809.  PHONE1        -    Retrieves Phone1 information automatically
  1810.             from DOOR.SYS file (or OTHER DOOR TYPES)
  1811.             and puts information into field for caller.
  1812.  
  1813.  PHONE2        -    Same as PHONE1 above, but PHONE2 info.
  1814.  
  1815.  PID        -    Primary ID is derived from PHONE1
  1816.             DOOR.SYS data, but only contains NUMERIC
  1817.             data.  This is useful for indexing
  1818.             phone numbers and complies with
  1819.             Telemagic(tm) database PID field format.
  1820.  
  1821.  SID        -    Secondary ID will convert the callers name
  1822.             as passed to MBACCESS via the door information
  1823.             file in the form of LASTFIRST with no spaces.
  1824.             This, like PID above, is useful for indexing
  1825.             names and complies with Telemagic(tm)
  1826.             database SID field format.
  1827.  
  1828.  DATE        -    Puts current DOS date automatically into
  1829.             linked field.
  1830.  
  1831.  TIME           -    Puts current DOS time automatically into
  1832.             linked field.
  1833.  
  1834.  DTIME         -    Retrieves Current Date and Time in the
  1835.             format of [yy/mm/dd hh:mmx].
  1836.  
  1837.                 yy - year
  1838.                 mm - month
  1839.                 dd - date
  1840.                 hh - hour
  1841.                 mm - minutes
  1842.                 x  - a for am or p for pm
  1843.  
  1844.             Database field should be of [C]haracter type
  1845.             and should be 15 length or more. This
  1846.             field type was created to support
  1847.             TeleMagic(tm) dBase file formats for
  1848.             the RCL field "Recall Date-Time" format.
  1849.  
  1850.  JOB        -     Puts a unique incremented job number
  1851.             automatically into corresponding linked
  1852.             field.  MB Access reads the job number
  1853.             from JOBNUM or the file pathname as
  1854.             set in the configuration database for
  1855.             JOBNUMPATH.
  1856.  
  1857.  FORCE        -    Requires that the caller DOES NOT leave
  1858.             the input field blank, this will FORCE
  1859.             an input from the caller for the
  1860.             specified field.
  1861.  
  1862.  RELATIONAL DATABASE LINK TYPES
  1863.  ----------------------------------------------------------------
  1864.  
  1865.  CHOICE        -    Provides a list of choices which are read
  1866.             from another database file as specified
  1867.             in the link configuration file defined
  1868.             under CHOICE DBF and allows caller to select
  1869.             from the list and then will place answer
  1870.             from list into linked database field. The
  1871.             CHOICE type may also be used in conjunction
  1872.             with both the REPEAT types below as well
  1873.             as BRANCH types.  (See CHAPTER 6)
  1874.  
  1875.  TABLE          -       Advanced powerful CHOICE feature.  MBACCESS
  1876.             will create a REFERENCE TABLE of any fields
  1877.             STARTING at the field declared as a TABLE
  1878.             TYPE until whatever FIELD as defined in
  1879.             the CHOICEFLD (Linkage Database) and will
  1880.             skip CHOICEIDX (Linkage Database)
  1881.             number of Fields during processing.  Used
  1882.             in conjunction with a CHOICE database as
  1883.             defined in the CHOICEDBF field, MBACCESS
  1884.             will display the x number of TABLE fields
  1885.             with DEFAULT selections as defined in
  1886.             the user profile and DEFAULT SETTINGS. An
  1887.             example where this can be handy is if you
  1888.             had a database that has several fields
  1889.             which are grouped together and in the
  1890.             same database.  MBACCESS will generate a
  1891.             cross-reference table on-line allowing the
  1892.             caller the ability to make permanent or
  1893.             temporary changes to the user profile for
  1894.             items that are part of the TABLE.  Any
  1895.             database items that can be grouped together
  1896.             as a SUBJECT, can be used in a TABLE.  For
  1897.             instance, you might want to group together
  1898.             a CALLERS BILLING ADDRESS information.
  1899.             This information would be defined in his
  1900.             or her DEFAULT USER PROFILE.  There may
  1901.             be five seperated fields in the database
  1902.             that are used in the RECORD LAYOUT for this.
  1903.             These fields can be grouped easily by defining
  1904.             the first field in the group as the TABLE
  1905.             field.  Then you also tell it the number
  1906.             of fields consecutively that are in the
  1907.             group (CHOICEFLD) and your all set.  MBACCESS
  1908.             knows how to handle the rest.  When the
  1909.             caller is being processed on-line MBACCESS
  1910.             will display a TABLE of the fields in your
  1911.             group.  The caller can PRESS [ENTER] to accept
  1912.             the DEFAULT SETTINGS for each field in the
  1913.             group as it is defined in his or her USER
  1914.             PROFILE, or select any one of the fields in
  1915.             the group to CHANGE temporarily for just the
  1916.             immediate record being added to the database,
  1917.             or even permanently have the option to make
  1918.             the new selection recorded in the DEFAULT
  1919.             USER PROFILE.
  1920.  
  1921.  DEFAULT        -       Will RETRIEVE corresponding field from the
  1922.             DEFAULT USER PROFILE DATABASE defined as
  1923.             "DEFAULT SETTINGS" in the OWNER field as set
  1924.             in the CONFIGURATION DATABASE.  The DEFAULT
  1925.             data retrieved will then be AUTOMATICALLY
  1926.             inputted and IS NOT CONFIGURABLE by the
  1927.             CALLER!  Important Note!  If you want to
  1928.             use DEFAULT USER PROFILE INFORMATION that
  1929.             the caller can configure, you need to use
  1930.             the REPEAT OPTIONS as outlined below.
  1931.             Using this DEFAULT link type can allow you
  1932.             to automatically insert specific
  1933.             information into a database field, i.e.;
  1934.             a Store Location Number.
  1935.  
  1936.  DBF            -    (planned for version 2.0)
  1937.  (planned version 2.0)    Will allow link to another database
  1938.             for processing.  Enhanced Relational
  1939.             Database Processing.
  1940.  
  1941.  DEFAULT LINK TYPES
  1942.  ----------------------------------------------------------------
  1943.  
  1944.       The following formats are handled directly by your
  1945.  database configuration and are specific to dBase compatiblity
  1946.  
  1947.  (refer to MBMANAGE.DOC for further details) :
  1948.  
  1949.      C    - Character Field
  1950.      N    - Numeric field and Number of Decimal Places
  1951.      D    - Date Field
  1952.      L    - Logical - True or False / Yes of No
  1953.      M    - Memo - Attached file (up to 64K text)
  1954.  
  1955.  These field type characteristics are automatically handled
  1956.  by MBACCESS during user input and internal to database format.
  1957.  Each of these DEFAULT TYPES also have a defined LENGTH.  Memo
  1958.  fields are the exception.  Memo fields are 10 characters in
  1959.  length and the MEMO Field itself only holds a record number of
  1960.  the actual memo contained in the corresponding XXXXXXXX.DBT memo
  1961.  file where "XXXXXXXX" is the name of the database file.  Memos
  1962.  are variable length fields and can be UP TO 65,535 characters.
  1963.  
  1964.  -----------------------------------------------------------------
  1965.  Note:The linkage database name corresponds to the database name,
  1966.       but has a filename addition of "L", i.e.; the main database
  1967.       MBPRO.DBF has a corresponding link file MBPROL.DBF and each
  1968.       RECORD # in the MBPROL.DBF link file corresponds to the
  1969.       FIELD # in the main MBPRO.DBF database.
  1970.  -----------------------------------------------------------------
  1971.  
  1972. 3    REPEAT        See also CHAPTER 4 for a detail list of the REPEAT
  1973.             OPTIONS available for the LINKAGE SYSTEM.  You can
  1974.             put a "S" for SAVED INFORMATION REPEAT, or an "O" for
  1975.             OPTIONAL INFORMATION REPEAT, or a "D" for DEFAULT
  1976.             REPEAT.  (See "DEFAULT SETTINGS" for more info.)
  1977.             REPEAT OPTIONS may be used in conjunction with
  1978.             TYPES above, even CHOICES.  Any field defined as
  1979.             a REPEAT OPTION will generate a DEFAULT USER PROFILE
  1980.             in the SAVED INFORMATION DATABASE.  See MBPROS.DBF
  1981.             for an example of the SAVED INFORMATION DATABASE.
  1982.             This database is a duplicate of the MAIN DATABASE
  1983.             RECORD LAYOUT, but keeps DEFAULT USER PROFILE
  1984.             INFORMATION of any field with a REPEAT OPTION defined
  1985.             and saves the information for future sessions.
  1986.             This also helps maintain a customizable CUSTOMER
  1987.             database or other information which may be
  1988.             repetitive and is often needed as explained in
  1989.             CHAPTER 3 DATABASE BASICS.
  1990.  
  1991.  DEFAULT USER PROFILE REPEAT OPTIONS
  1992.  -----------------------------------
  1993.  
  1994.  OPTIONAL -  O         Allows reference to a default USER
  1995.             PROFILE record in the SAVED INFORMATION
  1996.             DATABASE.  OPTIONAL REPEAT is configured
  1997.             in the LINK DATABASE for each field and
  1998.             may be used in conjunction with ANY LINK
  1999.             types, including CHOICE types.  As
  2000.             MBACCESS processes a record in your
  2001.             database for input by the caller and as
  2002.             it encounters a field defined as a OPTIONAL
  2003.             REPEAT type, MBACCESS will look up the
  2004.             callers DEFAULT USER PROFILE in the SAVED
  2005.             INFORMATION DATABASE.  (Note: MBACCESS will
  2006.             ask the caller to configure his/her DEFAULT
  2007.             USER PROFILE upon the first time [A]dding a
  2008.             record to the database, prior to processing
  2009.             the database, and only if a REPEAT type
  2010.             has been configured.)  MBACCESS will
  2011.             retrieve the DEFAULT information for the
  2012.             REPEAT field being processed at the time
  2013.             and since it is an "Optional" Repeat, the
  2014.             caller is displayed the DEFAULT information,
  2015.             but is also given the oppurtunity to either
  2016.             hit [ENTER] and accept the DEFAULT infor-
  2017.             mation or edit the DEFAULT information
  2018.             displayed in the INPUT FIELD.  If the field
  2019.             is defined as a CHOICE type and a OPTIONAL
  2020.             REPEAT type, then the list of CHOICES will
  2021.             be displayed along with the DEFAULT CHOICE
  2022.             as configured in the DEFAULT USER PROFILE
  2023.             and the caller may either hit [ENTER] for
  2024.             the DEFAULT CHOICE or select one of the
  2025.             available CHOICES from the list.
  2026.  
  2027.  SAVED    -    S        This REPEAT type is similar to OPTIONAL
  2028.             REPEAT type in most aspects, accept that
  2029.             it DOES NOT allow the caller to EDIT the
  2030.             REPEAT information retrieved from the
  2031.             DEFAULT USER PROFILE.  SAVED REPEAT will
  2032.             simply automatically place the default
  2033.             information into the field being processed
  2034.             and move on to process the next field.
  2035.  
  2036.  DEFAULT -   D        This will override the callers default user
  2037.             profile setting and pull up the value if one
  2038.             exists contained in the "DEFAULT SETTINGS"
  2039.             record within the default user profile
  2040.             database.  It is important to note that this
  2041.             is usually only needed in conjunction with
  2042.             CHOICE types, otherwise a DEFAULT TYPE should
  2043.             be used.  When used with CHOICE TYPES it
  2044.             overrides the callers DEFAULT CHOICE with that
  2045.             as defined in the "DEFAULT SETTINGS" record.
  2046.             See DEFAULT TYPE for more information on the
  2047.             "DEFAULT SETTINGS" record and it's usage.
  2048.  
  2049. 4    CHOICEDBF    This is the filename of the seperate CHOICE database
  2050.             which is a seperate dBase compatible database
  2051.             containing the list of CHOICES available for input.
  2052.             Field 2 MUST CONTAIN the CHOICE type in order for
  2053.             MBACCESS to look for a CHOICE database.  See MBPRO
  2054.             database MBPRO.RET for an example of the record
  2055.             layout of a STANDARD CHOICE DBF.  Run MBPRO example
  2056.             to see how MBPRO handles CHOICES online. If you want
  2057.             to use a DATABASE that does NOT use the STANDARD
  2058.             CHOICE DATABASE RECORD LAYOUT, then see 5-6 below.
  2059.             This can be useful for using seperate databases as a
  2060.             "LOOKUP" for a CHOICE SELECTION.  You may use a
  2061.             full file PATHNAME here also.
  2062.  
  2063. 5    CHOICEFLD    Will allow you to use ANY dBase compatible database
  2064.             with the CHOICE option.  You will simply tell
  2065.             MBACCESS here, which field in the CHOICE database
  2066.             (as configured in field 4 CHOICEDBF above) contains
  2067.             the choice that will be searched for by the index
  2068.             field 6 below.  The caller will enter a [B]rowse
  2069.             mode of the database with the CHOICEIDX (below) and
  2070.             the CHOICEFLDs to SEARCH, CHOOSE, and SELECT from.
  2071.  
  2072. 6    CHOICEIDX    Will allow you to use ANY dBase compatible database
  2073.             with the CHOICE option.  This field will work in
  2074.             conjunction with 5 above and will tell MBACCESS
  2075.             which field to search by and then retrieve the
  2076.             CHOICEFLD above as the CHOICE.  This will allow the
  2077.             use of other MAIN databases for choices, i.e., an
  2078.             ORDER ENTRY database which needs to look up a PART
  2079.             DATABASE.  This field will contain the field # of
  2080.             the the part to search by (perhaps a Stock #) and
  2081.             will give the caller the ability to search or browse
  2082.             or enter the search criteria online and then field
  2083.             5 above will contain the CHOICE (the PART DESCRIP-
  2084.             TION) and enter that CHOICE into the MAIN database
  2085.             field as the callers CHOICE.
  2086.  
  2087. 7*    BRANCH        Contains FIELD # that will be executed after this
  2088.             field.  If this field is blank then the NEXT field
  2089.             will be executed in numerical ascending order or
  2090.             until the last field is reached.
  2091.  
  2092. 8*    COLOR        If ANSI GRAPHICS is enabled by the caller then
  2093.             you can override the default colors in MBACCESS
  2094.             for the DISPLAY LINE ON THE FIELD.
  2095.  
  2096. 9*    COLORINPUT    If ANSI GRAPHICS is enabled by the caller then
  2097.             you can override the default colors in MBACCESS
  2098.             for the INPUT LINE FOR THE FIELD.
  2099.  
  2100. 10    EVALUATION    Planned for Version 2.0 - Will allow fields to
  2101.             be processed before or after input with evaluate
  2102.             commands.
  2103.  
  2104. 11    SECLEVEL    This is the minimum SECURITY LEVEL as passed from
  2105.             the DOOR file to access this field.  If the field
  2106.             is BLANK, SECURITY LEVEL check for corresponding
  2107.             field is DISABLED.
  2108.  
  2109. NOTE: When creating new databases use the empty MBPROL.NEW structure by
  2110.       copying it to your database, i.e., if your database was WIDGET.DBF
  2111.       then you would use COPY MBPROL.NEW WIDGETL.DBF.  The same applies
  2112.       for the configuration file above. (See MBPROC)
  2113.  
  2114.  
  2115. -------------------------------------------
  2116. CHOICE.DBF - THE CHOICE DATABASE SELECTIONS
  2117. -------------------------------------------
  2118. Refer to MBPRO.PRO example.
  2119.  
  2120.     If you define a field using the LINKAGE SYSTEM CONTROL FILE as
  2121. described above as a CHOICE TYPE, then you may use the STANDARD CHOICE
  2122. RECORD LAYOUT database structure for your CHOICE SELECTIONS.  You can
  2123. run the MBPRO demonstration to see how MBACCESS displays CHOICES to the
  2124. caller.  The available CHOICES are defined in this seperate database and
  2125. over 2 Billion choices maybe used, however if you plan on using more than
  2126. 40 choices you should consider using a CHOICE DATABASE with the LOOKUP
  2127. CHOICEFLD and CHOICEIDX options as described in the LINKAGE SYSTEM CONTROL
  2128. FILE section.   The reason for this is because using the STANDARD CHOICE
  2129. RECORD LAYOUT, although easier to use, displays all the choices on the
  2130. screen to the caller.  MBACCESS will automatically put your CHOICES into
  2131. two columns if over 14 CHOICEs are available, but anymore than 40-44 CHOICES,
  2132. (these are actually records in the CHOICE database) MBACCESS will not be able
  2133. to fit all your choices on the screen and will scroll off the screen.  The
  2134. RECORD LAYOUT of the STANDARD CHOICE database is simple.  Below is the
  2135. fields for each record and their descriptions.
  2136.  
  2137. 1    CHOICE        Here is where the actual CHOICE selection exists.
  2138.             There is one CHOICE per record.  Refer to MBPRO.RET
  2139.             to see how we used the MBPRO demonstration and the
  2140.             STANDARD CHOICE RECORD LAYOUT as defined in MBPRO.RET
  2141.             and each CHOICE that is displayed to the caller is
  2142.             pulled from this field.  If you want to offer the
  2143.             caller the additional capability to ENTER a CHOICE
  2144.             not found in the selection, i.e. OTHER, then use
  2145.             the keyword OTHER here, and place a prompt
  2146.             description in field 2 below.  Your CHOICES maybe
  2147.             up to 30 characters in length in the default
  2148.             CHOICE RECORD LAYOUT.  This may be modified, by
  2149.             creating your own CHOICE DATABASE LAYOUT with
  2150.             these same fields, however.  Make sure that your main
  2151.             database field that the CHOICE SELECTED will placed
  2152.             into is atleast 30 characters to hold the CHOICE
  2153.             selection or the CHOICE WILL BE TRUNCATED and an
  2154.             error displayed to the caller.  So a good rule
  2155.             of thumb when creating CHOICE TYPE fields in your
  2156.             MAIN DATABASE LAYOUT and using STANDARD CHOICE
  2157.             DATABASES is to make the 30 characters in length
  2158.             also to conform with the 30 character lengths
  2159.             in the CHOICE DATABASE as defined with this field.
  2160.  
  2161. 2    DESCRIPTION    This field is used if the above field 1 has the
  2162.             keyword OTHER.  When MBACCESS sees that you are
  2163.             using an OTHER CHOICE, it will display this
  2164.             description to the caller as one of the list of
  2165.             CHOICES and if the caller selects a field defined
  2166.             with the OTHER keyword, then MBACCESS will also
  2167.             display the description again and prompt the caller
  2168.             to input his or her response to this CHOICE.  See
  2169.             MBPRO demonstration of how this works on-line. The
  2170.             CHOICE description in the default CHOICE RECORD
  2171.             LAYOUT is 60 characters.  The callers input will
  2172.             be limited to the field length as defined in the
  2173.             main database field where the CHOICE will be put
  2174.             into however, so the length here is not important
  2175.             as above in field 1.
  2176.  
  2177. 3    BRANCH        This is a very powerful feature and allows you to
  2178.             decide where MBACCESS will go depending on the
  2179.             callers CHOICE.  If you place a NUMBER in this
  2180.             field MBACCESS will go to that field # if the caller
  2181.             selects that CHOICE.  If your database is properly
  2182.             planned, MBACCESS can offer endless intelligent
  2183.             response to your callers selections with this
  2184.             feature.  If you leave this field blank, MBACCESS
  2185.             will go to the next field for processing or as
  2186.             determined by the BRANCH field in the LINKAGE
  2187.             CONTROL FILE as described above.
  2188.  
  2189.  
  2190. NOTE: If you are using any CHOICE types, you can also copy CHOICE.NEW
  2191.       to the CHOICE database filename as configured in Field 4 of the
  2192.       LINKAGE CONTROL FILE.
  2193.  
  2194.       Refer to MBPRO.RET for an example CHOICE DATABASE.
  2195.  
  2196. ---------------------------------------------------
  2197. The DEFAULT USER PROFILE SAVED INFORMATION DATABASE
  2198. ---------------------------------------------------
  2199. Refer to MBPROS.DBF example.
  2200.  
  2201.     This database is simply a DUPLICATE of your MAIN database RECORD
  2202. LAYOUT, but is used to hold repetitive field information as a DEFAULT USER
  2203. PROFILE.  MBACCESS will search this database by the OWNER FIELD as configured
  2204. in the CONFIGURATION CONTROL database (see MBPROC.DBF example for OWNFIELD
  2205. usage) and will use this file for any field defined as a REPEAT OPTION
  2206. or a DEFAULT TYPE.  If DEFAULT TYPE is used in the LINKAGE CONTROL database
  2207. then MBACCESS will look for an OWNFIELD of "DEFAULT SETTINGS" rather than
  2208. the name of the caller as passed from the BBS.  See MBPROS.DBF for an
  2209. example.
  2210.  
  2211.     Using the DEFAULT USER PROFILE can be very advantageous if your
  2212. caller will be adding records to your database more than once.  The
  2213. first time MBACCESS processes a caller it will see if a DEFAULT USER PROFILE
  2214. exists in the SAVED INFORMATION DATABASE for that caller.  If one does
  2215. exist and there are fields in the MAIN DATABASE defined as either a REPEAT
  2216. OPTION or DEFAULT TYPE, then MBACCESS will pull up the existing USER PROFILE.
  2217. If one does not exist then MBACCESS will ask the caller to setup his/her
  2218. DEFAULT USER PROFILE (the SMENUPATH (MBPRODEF.SCR or MBPRODEF.BBS) will be
  2219. displayed prior to entering the DEFAULT USER PROFILE SETUP).
  2220.  
  2221.     If you use the DEFAULT USER PROFILE system, make sure your MAIN
  2222. database contains a field with the callers name and it is suggested that
  2223. you use NAME TYPE in the LINKAGE DATABASE for that field so that MBACCESS
  2224. will always automatically pull the callers name from the DOOR INFORMATION
  2225. file and will remain constant.  Also be sure to configure the OWNFIELD
  2226. in the CONFIGURATION CONTROL database (MBPROC.DBF) to indicate what the
  2227. field number of the callers name is.  MBACCESS will automatically handle
  2228. the rest.  Copy an empty version of your MAIN DATABASE to the "S" version
  2229. so MBACCESS can use this database for the SAVED INFORMATION. (If you are
  2230. using MBCOMPOSER, it will automatically do this for you.)  The caller can
  2231. reconfigure his/her USER PROFILE at any time from the main MBACCESS menu.
  2232.  
  2233.     The Default User Profile can be used for many applications.  It can
  2234. generate a Customer Record of information that is not available as passed
  2235. from the BBS in the DOOR INFORMATION file, such as Billing Address.
  2236.  
  2237.  
  2238. YOUR DATABASE IN REVIEW...
  2239. --------------------------
  2240.  
  2241.     We have come a long way.  Hopefully, at this point you can see the
  2242. advantages of using MBACESS to interact your caller on-line to your
  2243. database.  With no programming skills and little database management skills
  2244. you can configure a detailed interface.  You can get quite advanced also
  2245. and have several MAIN databases all relate with each other and ALL be on-line
  2246. also.  The power is at your disposal.  We hope you find MODEM-BASE as
  2247. exciting to use as we did while developing it.  We encourage you to dissect
  2248. the example MBPRO database and explore how it works.  Use this manual as
  2249. a reference guide when setting up new databases or converting existing ones.
  2250. Enjoy the power of "SMART" DataBase Management On-Line!
  2251.  
  2252.  
  2253.         CHAPTER 7 - ADVANCED DATABASE DESIGN
  2254.         ------------------------------------
  2255.  
  2256. Network Operation
  2257. -----------------
  2258.  
  2259. MODEM-BASE Pro is fully capable of multi-node and mult-user access.  Each
  2260. Node is configured with the configuration database (i.e., MBPROC.DBF) and
  2261. each record in the database corresponds to the node.  For example, Node 1
  2262. is Record 1, Node 2 is Record 2, and so on...  The main difference between
  2263. each node is the DOORSYSPATH and should contain a full path and filename
  2264. of the nodes door information file.  The information in this file is
  2265. generated by the BBS before loading MBACCESS and is specific to the caller
  2266. on that node.  Advanced Novell Netware installations, can MAP ROOT a drive
  2267. letter to point to the specified node door information file, and you can
  2268. have all nodes setup as NODE 1, i.e., the DOOR.SYS path is MAP ROOT to
  2269. drive W:, so in the DOORSYSPATH field in the configuration file, you
  2270. would put W:\DOOR.SYS.  Using MAP ROOT each drive W: on each node actually
  2271. points to a DIFFERENT DOOR.SYS file.  This means only 1 record needs to
  2272. be configured and all nodes can use it, and just makes things a little
  2273. easier to manage on larger network BBS's.   You can also use DOS SUBST to
  2274. acheive similar results, or Lantastics REDIRection.
  2275.  
  2276.  
  2277. File Processing
  2278. ---------------
  2279.  
  2280. File Processing is unique to MODEM-BASE Pro and is provided for Sysops
  2281. wishing to set up a database that allows the caller to ATTACH a file per
  2282. record added to the database.  Similar in concept to the way someone
  2283. ATTACHES a file to a message, your callers can ATTACH files to database
  2284. records.  We have included a small on-line database, called RESUME.DBF
  2285. which demonstrates this concept.  By typing RESUME at the DOS PROMPT you
  2286. can see it in action and how MBACCESS handles file processing.  MBACCESS
  2287. allows your callers to even add multiple records to a database and BATCH
  2288. UPLOAD files to be selected for attachment to the records.  Your callers
  2289. even have the choice to upload their files BEFORE or AFTER adding their
  2290. records to the database.  The file ATTACH.BBS or ATTACH.SCR will be
  2291. displayed to the caller prior to asking whether they want to upload
  2292. BEFORE or AFTER they add their records to the database.  This file
  2293. should explain to the caller what is taking place and options.
  2294.  
  2295. If the caller decides to upload file(s) BEFORE adding any records to the
  2296. database, MBACCESS allows this and will handle the FILE PROCESSING details
  2297. after the upload has taken place.  Let's for example, say that a caller
  2298. to our resume database, was a student counseler at a local college.  The
  2299. counseler had 5 resumes to add to our on-line database for students she
  2300. was working with.  She chose to upload her 5 files first and then would
  2301. enter the information for each record.  ( 5 records for 5 files )  After
  2302. uploading her files to MBACCESS, MBACCESS displays a list of files that
  2303. have been uploaded.  MBACCESS physically lists all the files found in
  2304. the WORKPATH as defined in the configuration database.  Since 5 files
  2305. were uploaded, MBACCESS displays all 5 files numbered [1]-[5] and
  2306. asks her which file she wants to ATTACH to this record.  She chooses the
  2307. first file, but could have selected any one of the 5.  When she gets to
  2308. the FILENAME field, MBACCESS knows to put the name of the selected file
  2309. in this field automatically.  She then finishes entering the information
  2310. for the record, MBACCESS then PROCESSES the file by ZIPPING it (PKZIP
  2311. must be in the PATH) to the current JOB NUMBER ####.ZIP and moving the file
  2312. to the ATTACHPATH as defined in the configuration database.  If PRINT
  2313. PROCESSING is enabled in the configuration database, then MBACCESS will
  2314. also print a report to either a file, printer or BOTH and even include
  2315. copy of the REPORT in the file ZIP package in the form JOBNUM.ZIP.
  2316. (See PRINT PROCESSING below in this CHAPTER)  MBACCESS then will list the
  2317. 5 files uploaded to the system and this time will display that the selected
  2318. file was processed and will allow her to enter one of the other 4 files left
  2319. on the list.  She also has the option to [Q]uit adding records to the
  2320. database if for some reason there is a need to abort the operation in
  2321. mid-stream.  Once all 5 files have been attached to RECORDS added to the
  2322. database, then MBACCESS exits to the main menu and the FILE PROCESSING cycle
  2323. is complete.
  2324.  
  2325.  
  2326. If the caller decides to upload file(s) AFTER adding record(s) to the
  2327. database, MBACCESS allows the caller to enter as many RECORDS as desired,
  2328. (limited to ACCESS MODES and TYPES as defined in the control files)
  2329. and manually supply the filenames to be attached to each record in the
  2330. filename field (a filename field must always exist for FILE ATTACHMENT
  2331. and PROCESSING to operate properly). Then, once the caller is finished
  2332. adding record(s), he or she will be allowed to upload the files at
  2333. that time.  All files are uploaded to the WORKPATH directory as specified
  2334. in the configuration database and MBACCESS will MATCH each file uploaded
  2335. to the system with the FILENAME that was entered for each record.  MBACCESS
  2336. will process all files uploaded and if a file is uploaded that does not
  2337. match any of the records, it is ZIPPED into the JOBNUM.SUP file in the
  2338. ATTACHPATH directory, where JOBNUM is the Job Number of the first record
  2339. in the batch.  If record(s) have been entered that an upload match was
  2340. not found, the caller will also be allowed to try the upload again for
  2341. any file(s) still not matched and processed, or allowed to [Q]uit and
  2342. abort the operation.
  2343.  
  2344. MBACCESS will also handle any interruptions in service during FILE
  2345. PROCESSING, by processing all files that did make it to the system within
  2346. a batch, and if PRINT PROCESSING is enabled (See Below), then it will
  2347. also indicate the success or failure of each record attachment.
  2348.  
  2349.  
  2350. Print Processing
  2351. ----------------
  2352.  
  2353. PRINT PROCESSING is a concept developed to allow Sysops the capability to
  2354. print a report to either the printer, a file, or BOTH for each record
  2355. added to the database.  Print Processing automates report generation and
  2356. is executed after each record added to a database, but only if PROCESS is
  2357. enabled in the configuration database, (Refer to MBPROC.DBF or CHAPTER 6,
  2358. "Database Configuration")  The REPORT FORMAT is user definable using any
  2359. DOS TEXT/ASCII EDITOR.  The PROCESSRPT field #21 in the configuration
  2360. database contains the pathname of the REPORT FORMAT to be used for PRINT
  2361. PROCESSING.  The PROCESSOUT field #20 in the configuration database contains
  2362. the PATHNAME of the file to print the REPORTS to and will create a file if
  2363. one does not exist or add (append) to an existing one if found.  If you
  2364. select PRN, LPT1, LPT2, etc in the PROCESSOUT field, MBACCESS will send
  2365. the REPORT to the appropiate printer port.  If you use the keyword BOTH,
  2366. MBACCESS will send the report to BOTH the PATHNAME as defined in PROCESSOUT
  2367. and LPT1 printer port.
  2368.  
  2369. REPORT FORMATS are simple and easy.  Text in your report file is printed
  2370. verbatim to the REPORT FILE or PRINTER.  Using @CODES, MBACCESS can
  2371. retrieve data entered from the field # of the current record being added
  2372. to the database and print this data in your report.  Using @#XXX where
  2373. "XXX" is a 3 digit field number, MBACCESS will put the corresponding
  2374. field number data in place of the @CODE.  Using @NAMEOF#XXX where "XXX"
  2375. is a 3 digit field number, MBACCESS will put the corresponding field
  2376. name description as defined in the LINKAGE CONTROL FILE, or if a field
  2377. name description does not exist, MBACCESS will use the dBase field name.
  2378. Below is a sample of what a REPORT TEXT FILE may look like.
  2379.  
  2380.  
  2381. ------------------------------------------------------------------------
  2382. MODEM-BASE PRO REPORT EXAMPLE of PRINT PROCESSING
  2383.  
  2384. Callers Name : @#001
  2385.      Address : @#002
  2386.  City/ST/ZIP : @#003, @#004  @#005
  2387.  
  2388. @NAMEOF#006 : @#006
  2389.  
  2390. File attached: @#007
  2391.  
  2392. Attachment STATUS
  2393. ------------------------------------------------------------------------
  2394.  
  2395. A typical report would probably have more information in the layout, but
  2396. this should give you an idea of how you can manipulate the @CODES to
  2397. place database field data where you want, allowing you to have complete
  2398. customization of the REPORT LAYOUT and ease of modification with any
  2399. TEXT/ASCII EDITOR.  Take notice of the Attachment STATUS on our report
  2400. format.  MBACCESS will generate a SUCCESS or FAILURE file attachment
  2401. message if FILE PROCESSING is in use.  MBACCESS will also attach a copy
  2402. of the REPORT to the ZIP file in the JOBNUM.ZIP format.  If a record is
  2403. added to the database and the file attachment was aborted a copy of the
  2404. report will remain in the ATTACHPATH directory.  ONLY successful file
  2405. attachments will be in the JOBNUM.ZIP format.  This allows for a complete
  2406. audit trail of all events that a caller may make.
  2407.  
  2408. Internal Prompt Customization
  2409. ------------------------------------------------------------------------
  2410.  
  2411. MBACCESS was written with the end-user always in mind.  The internal
  2412. prompts that are displayed to your caller are concise and give you
  2413. and your callers the appropiate information needed to guide through
  2414. the system.  In addition to being able to configure all screens, menus,
  2415. and display files, you can also configure every internal prompt easily.
  2416. The file PROMPTS.DAT contains all internal prompts (with the exception
  2417. of internal error codes) that your caller may see while using MBACCESS.
  2418. This allows you to easily edit prompts using any DOS TEXT EDITOR or
  2419. MBCOMPOSER to your liking.
  2420.  
  2421.  
  2422. SECTION 2 - MODEM-BASE MANAGE (MBMANAGE)
  2423. ========================================
  2424.  
  2425.        CHAPTER 1 - MODEM-BASE MANAGE (MBMANAGE) FEATURES
  2426.        -------------------------------------------------
  2427.  
  2428.     MODEM-BASE Manage is a unique database utility with tremendous
  2429. power & flexibility in a small and easy-to-use no-nonsense package with
  2430. a "BBS" like user interface.  MB Manage is fully dBase III compatible and
  2431. can be used to create a new database or edit an existing one with powerful
  2432. features usually only found in expensive database products costing hundreds
  2433. of dollars or more.  MB Manage is targeted for the On-line Industry and
  2434. it's look and feel, although simple, is quite effective and useful on a
  2435. variety of dBase management tasks.  Our "Intelligent HOT-KEY Technology"
  2436. (IHT) makes usage even more effective. MB manage offers fast and efficient
  2437. searches and can edit, add, or view any standard dBase III files or even
  2438. create new ones.  With it's powerful enhanced Record [B]rowse Mode, databases
  2439. can be easily and efficiently navigated and managed.
  2440.  
  2441.     MB Manage is provided as a useful tool for Sysops to manage
  2442. dBase compatible .DBF files created and used by MBACCESS. (See Section I)
  2443. MB Manage is NOT intended to replace database programming utilities, such
  2444. as dBase III/IV, R:BASE, Alpha III/IV and many other dBase compatible
  2445. programs that may also be used in conjunction with MODEM-BASE Pro DBMS, but
  2446. should be considered a useful on-line addition to any dBase management
  2447. library.  MB Manage can be used solely however to create and maintain your
  2448. on-line databases and utilize all available features.
  2449.  
  2450.  
  2451. -----------------------------------------------------------------------------
  2452.             MBMANAGE - FEATURE HIGHLIGHTS
  2453. -----------------------------------------------------------------------------
  2454.  
  2455.     - Full dBase III/Alpha IV/R:Base compatiblity and others
  2456.     - over 2 Billion record capability <registered version only>
  2457.     - Full 128 field capacity (dBase III limitation)
  2458.     - Create NEW dBase compatible files
  2459.     - Add Records to Databases
  2460.     - Robust Easy to Use Browse/Record View/Edit modes.
  2461.     - Edit Fields or entire Records easily
  2462.     - Delete and Undelete Records
  2463.     - Search Database with Enhanced Search Mode Features
  2464.     - Clean Database by purging all Deleted Records
  2465.     - Intelligent HOT-KEY Technology(tm)   (IHT)
  2466.     - Numeric Decimal Input Technology(tm) (NDIT)
  2467.     - Lines PER Screen configurable.
  2468.     - Complete cache buffered data for speed
  2469.     - Full Error Trapping AND Reporting
  2470.     - View Field Sections of Data from record
  2471.     - Written and Optimized using C++
  2472.     - Complete Multi-User Database Support!!!
  2473.     - Memo File Support - up to 65535 characters per memo file.
  2474.     - ANSI Graphics Support (Requires ANSI.SYS)
  2475.     - Memo Field Editor with Word Wrap
  2476.  
  2477.  
  2478. ------------
  2479. Quick START.
  2480. ------------
  2481.  
  2482.     Using MBManage is straight-forward and easy.  All instructions
  2483. are clearly indicated "on screen".  In order to edit an existing
  2484. database file, simply type : MB <filename> at the DOS PROMPT.
  2485. The filename can be UP TO 8 characters in length and does not require
  2486. a file extension to be inputted. Your database file you want to load
  2487. should be in dBase III compatible format.  If MBMANAGE doesn't find the
  2488. file or no filename is passed on the command line, it will ask you
  2489. if you want to create a file or ask for another filename.
  2490.  
  2491.     Once you load (or create) a dBase compatible file, each command
  2492. is surrounded by brackets, i.e.; [N]ext, tells you that if you hit the
  2493. "N" key, you will proceed to the next record or if in [B]rowse mode, to
  2494. the [N]ext Screen of Records.  While Viewing a database record, you can use
  2495. the [+] and [-] keys to scroll through the fields if there are more
  2496. fields in the record than can fit on the screen.  You can also change
  2497. the number of lines shown per screen using the [L]ine Limit feature.
  2498. [S]earching for a record you need to find is also easy with our
  2499. full featured Search Mode.  You can [E]dit, [A]dd, [D]elete, [U]ndelete,
  2500. and even [J]ump to another record or [+]/[-] through fields while in
  2501. Search Mode and have the power to hit [S] to continue your search from
  2502. where you left off and MOST OF ALL, you can always use [H]elp for on-line
  2503. instructions of each command.
  2504.  
  2505.     If you want to create a NEW database, simply type MB <filename>
  2506. at the command prompt, where "filename" is the name of the NEW database
  2507. to create.  You may also simply type MB and you will prompted to supply
  2508. MB Manage with a filename from within the program.
  2509.  
  2510. ----------------------------------------------------------
  2511. BROWSING, VIEWING, SEARCHING, and EDITING DATABASES ONLINE
  2512. ----------------------------------------------------------
  2513.  
  2514.     Combining the power of ACCESS MODES and TYPES above your caller can
  2515. have various access to BROWSE, VIEW, ADD or EDIT your on-line database.  It
  2516. is recommended that care be taken to assure that you only give your callers
  2517. appropiate access to your database.  For example, if you had a database
  2518. that was simply a catalog of information, you may want to only allow your
  2519. callers to Browse, View, and Download Information from your database.  Be
  2520. careful not to accidentally give your callers a specific security level
  2521. for access to let's say EDITING.  A caller would then be able to EDIT
  2522. your database against your wishes.  At any rate, MBACCESS contains a very
  2523. powerful on-line database RECORD BROWSE/VIEW/SEARCH/EDIT feature.  Callers
  2524. can even ADD records from a BROWSE/VIEW/SEARCH mode.  Additionally, the
  2525. VIEW/EDIT feature is also used by MBACCESS if you have "REVIEW/EDIT"
  2526. database enabled in your configuration.  The latter allows your callers to
  2527. review and/or edit a newly created record after adding it to the database
  2528. to make sure everything is correct.
  2529.  
  2530. ------------------------------------
  2531. [B]rowse Mode - VIEW/EDIT/SEARCH/ADD
  2532. ------------------------------------
  2533.  
  2534. OVERVIEW
  2535. --------
  2536.  
  2537.     Using the [B]rowse feature of MODEM BASE PRO provides complete remote
  2538. on-line database management.  Each command is explained below in detail.
  2539. You can use [ENTER] to toggle between BROWSE and RECORD VIEW/EDIT modes.
  2540. MODEM BASE provides advanced searching features with it's SEARCH TABLE
  2541. method.  You can "telescope" SEARCHES up to 10 LEVELS deep to find the
  2542. specific information you are looking for.  Then depending on your security
  2543. access you may download the information in your SEARCH TABLE in either
  2544. dBase compatible format OR a REPORT format as customized by the System
  2545. Operator.  Helpful indicators exist to assist you in knowing how to
  2546. navigate through the database.   A green highlight bar displays the CURRENT
  2547. RECORD# within the database if you are using ANSI graphics or the TOP
  2548. RECORD if you have ANSI disabled.  Below is a detail explanation of each
  2549. command available.
  2550.  
  2551. COMMAND SUMMARY
  2552. ---------------
  2553.  
  2554. Note:  Not all commands may be available depending on security access as
  2555.        setup by the System Operator (SYSOP).
  2556.  
  2557. Edit[#]
  2558. -------
  2559. Allows you to select the RECORD# to VIEW if in BROWSE MODE or allow you to
  2560. choose the FIELD# to EDIT if in VIEW/EDIT MODE.  Complete on-line remote
  2561. field editing commands are supported if your communication package supports
  2562. extended keyboard codes or DOORWAY MODE, i.e.; Qmodem Pro by Mustang
  2563. Software at 805-395-0223.  Using extended keyboard codes while field
  2564. editing allows you to use your left and right arrow keys to move throughout
  2565. the field data, HOME will bring the cursor to the beginning of the input
  2566. field, END will bring the cursor to the end of any data in the input field,
  2567. ALT-D will DELETE the entire field, DELETE will delete the current
  2568. character where the cursor is placed and move any characters to the right
  2569. over to the left to fill in the deleted character, and of course [ENTER]
  2570. accepts the data in the field as your input.  Additionally, you may use the
  2571. INSERT key to toggle insert mode if you wish to insert data into a field.
  2572.  
  2573.  
  2574. [G]o
  2575. ----
  2576. Will prompt for which FIELD# you want to go to and then move to that
  2577. field# and make it the current field# for both BROWSE and VIEW/EDIT modes.
  2578. The current field# (along with the current record#) is maintained globally
  2579. even when working on several databases simultaneously in a [S]earch Table.
  2580.  
  2581. [+]
  2582. ---
  2583. If in BROWSE MODE will allow you to scroll from right to left to the NEXT
  2584. field number available.  A red "+" indicator will appear to the right of
  2585. the field names if more fields than can fit on the screen are available.
  2586. If you are in VIEW/EDIT MODE then this also allows you to scroll to the
  2587. next available field(s), but does it by displaying in PAGES of fields
  2588. available within the current record.  A "+MORE" indicator will appear if
  2589. more fields than can fit on the screen are available.
  2590.  
  2591. [-]
  2592. ---
  2593. If in BROWSE MODE will allow you to scroll from left to right to the
  2594. PREVIOUS field number available.  A red "-" indicator will appear to the
  2595. left of the field names if more fields than can fit on the screen are
  2596. available.  If you are at the FIRST FIELD, then an indicator does not
  2597. exist, but if you use this command you will wrap around to the LAST field
  2598. in the RECORD.  If you are in VIEW/EDIT MODE then this also allows you to
  2599. scroll to previous available field(s), but does it by displaying in PAGES
  2600. of fields available within the current record.  A "-MORE" indicator will
  2601. appear if more previous pages of fields than can fit on the screen are
  2602. available.
  2603.  
  2604. [N]ext
  2605. ------
  2606. If in BROWSE MODE will display the [N]ext PAGE of records available in the
  2607. database.  A "[N]ext" indicator will appear if there are more records in
  2608. the database than can fit on a single screen.  If you are in VIEW/EDIT MODE
  2609. then you will simply go to the [N]ext Record in the database.
  2610.  
  2611. [P]rev
  2612. ------
  2613. If in BROWSE MODE will display the [P]revious PAGE of records available in
  2614. the database.  A "[P]rev" indicator will appear if there are more records
  2615. in the database than can fit on a single screen.  If you are in VIEW/EDIT
  2616. MODE then you will simply go to the [P]revious Record in the database.
  2617.  
  2618. [D]el
  2619. -----
  2620. Will mark the current record in either mode for deletion.  A red astericks
  2621. "*" will appear indicating that the record is marked for deletion.  The
  2622. record is not removed from the database, until the database is [C]leaned.
  2623. The system operator can only [C]lean the database.  (use MBMANAGE)
  2624.  
  2625. [U]ndel
  2626. -------
  2627. Will unmark the current record in either mode for deletion.  The red
  2628. astericks "*" will disappear in return the record to active use.
  2629.  
  2630. [X]fer
  2631. ------
  2632. Will allow you to download (transfer) data from the database or a [S]earch
  2633. Table in either REPORT FORMAT as defined by the System Operator, or in .DBF
  2634. format.  Your current protocol as selected on the BBS will be used or you
  2635. may [S]elect your protocol from the main menu.
  2636.  
  2637. [A]dd
  2638. -----
  2639. Will allow you to [A]dd a record to the database.  This will utilize MODEM
  2640. BASE ACCESS "smart" on-line processing as configured by the system operator
  2641. for the database.  You will not be allowed to [A]dd records to [S]earch
  2642. Tables.
  2643.  
  2644. [H]elp
  2645. ------
  2646. Displays this file.
  2647.  
  2648. [S]earch
  2649. --------
  2650. Will allow a [S]earch by field # or ALL fields for a TEXT match.  Two SEARCH
  2651. options are available.  You can either [G]o to the found RECORD/FIELD # or
  2652. may create a SEARCH [T]ABLE.   If [G]o is used, once a SEARCH is found
  2653. Modem Base will REMAIN in <S>EARCH MODE.  The record and field # found will
  2654. become the current field and record # and any other action can be taken on
  2655. the record or you may press "S" to continue [S]earching the database or
  2656. [Q]uit your Search.  If you use [T]able Search, then you will be able to
  2657. create a seperate temporary database of the FOUND records.  You can then
  2658. [R]everse of [F]orward between each SEARCH TABLE created, up to 10 levels.
  2659. You can then use [X]fer to Transfer (download) a report of the records
  2660. found in your search or a .DBF file.
  2661.  
  2662. [J]ump
  2663. ------
  2664. Will [J]ump to the record number inputted.
  2665.  
  2666. [E]dit
  2667. ------
  2668. Will allow a FULL EDIT and ERASE of the current record.  A warning is
  2669. displayed before allowing the record to be erased.
  2670.  
  2671. [L]ines
  2672. -------
  2673. Will allow you to change the number of lines displayed per screen.
  2674.  
  2675. [C]lean
  2676. -------
  2677. Will Clean and purge the database and attached MEMO database.  Any records
  2678. marked as deleted will be removed.
  2679.  
  2680. [I]nfo
  2681. ------
  2682. Will display field Information such as Field Type, Length, and Numeric
  2683. Decimal Places.  Types are listed below:
  2684.  
  2685. C - Character
  2686. D - Date
  2687. N - Numeric
  2688. L - Logical
  2689. M - Memo
  2690.  
  2691. [B]rowse or [ENTER]
  2692. -------------------
  2693. Toggles between RECORD VIEW/EDIT and BROWSE modes.
  2694.  
  2695. [Q]uit
  2696. ------
  2697. Will [Q]uit back to MODEM BASE MAIN MENU or if in Search Mode, will [Q]uit
  2698. the current search.
  2699.  
  2700.  
  2701. --------------
  2702. Browse Summary
  2703. --------------
  2704.  
  2705.     Browse Mode, as you can see, is a sophisticated on-line mechanism
  2706. for managing your databases.  The above features are accessible per the
  2707. configuration database access parameters.  While in [B]rowse mode, several
  2708. indicators and a straight forward command line input prompt provides
  2709. the caller with the necessary information to navigate the system.  At any
  2710. one time in either the BROWSE or RECORD VIEW/EDIT mode, a CURRENT field
  2711. and record # is always maintained, even through a toggle back and forth
  2712. between modes.
  2713.  
  2714.  
  2715.             CHAPTER 3 - DATABASE DESIGN
  2716.             ---------------------------
  2717.  
  2718. -------------------------
  2719. Choosing a dBase filename
  2720. -------------------------
  2721.  
  2722.     Before creating your database you need to decide on a name for your
  2723. database.  MS-DOS allows filenames upto 8 characters in length.  The 3
  2724. character filename extension will be automatically created by MBMANAGE and
  2725. will use a ".DBF" filename extension to indicate the type of file created.
  2726. .DBF files are typically dBase III file formats.  That means that MBMANAGE
  2727. or any other dBase compatible utility should work with any .DBF file that is
  2728. in dBase III format.  The technical specifications of the files are not
  2729. important, but the compatibility issue is an additional benefit.
  2730.  
  2731.     When deciding on your filename and if you plan on using your new
  2732. database for on-line usage with MBACCESS it is recommended that your BASE
  2733. FILENAME only be 7 characters in length.  The additional 8th character is
  2734. used by MBACCESS to indicate various CONTROL, LINKAGE, and CONFIGURATION
  2735. files.  See Section I, Chapter 6 for details.
  2736.  
  2737. -----------------------
  2738. Creating a NEW database
  2739. -----------------------
  2740.  
  2741.     At the DOS COMMAND PROMPT simply type MBMANAGE <filename>, where
  2742. "<filename>" is the BASE FILENAME of your new database.  The extension ".DBF"
  2743. will be automatically added upon file creation and need not be inputted.
  2744.  
  2745.     MBMANAGE will at this point look to see if the file is already in
  2746. the current directory and if it is not found will ask if you want to create
  2747. the filename you passed to it on the command line.  If you choose [Y]es, then
  2748. you will be asked how many fields you want to have in your database.  You
  2749. can choose up to 128 fields, which is a dBase III limitation.
  2750.  
  2751.     At this point you will need to tell MBMANAGE a few things about each
  2752. field in your database.  The following four field type options are available:
  2753.  
  2754. Field Name    -    Must Be 10 Characters or less with no spaces.
  2755.  
  2756. Field Type    -     Must Be one of the following field types:
  2757.  
  2758.             c = character
  2759.  
  2760.                 Allows alphanumeric characters
  2761.  
  2762.             d = date
  2763.  
  2764.                 Supports the following inputted date styles:
  2765.                 (dd=day, mm=month, yy=year, yyyy=full year)
  2766.  
  2767.                 - Gregor        mm/dd/yy
  2768.                 - Gregor Long   mm/dd/yyyy
  2769.                 - Julian        yyyy/dddd
  2770.                 - YMD           yyyymmdd
  2771.                 - DMY           ddmmyy
  2772.                 - German        dd.mm.yy
  2773.                 - German Long   dd.mm.yyyy
  2774.                 - Italian       dd-mm-yy
  2775.                 - Italian Long  dd-mm-yyyy
  2776.                 - French        dd/mm/yy
  2777.                 - French Long   dd/mm/yyyy
  2778.                 - British       dd/mm/yy
  2779.                 - British Long  dd/mm/yyyy
  2780.                 - ENSI          yy.mm.dd
  2781.                 - ENSIL         yyyy.mm.dd
  2782.  
  2783.                 All input is converted to YMD format internally
  2784.                 and displayed as Gregor.
  2785.  
  2786.             l = logical
  2787.  
  2788.                 Allowed Logical Input Values
  2789.  
  2790.                 Y = Yes
  2791.                 N = No
  2792.                 T = True
  2793.                 F = False
  2794.  
  2795.             m = memo record
  2796.  
  2797.                 Stores the memo record number of up to 64K of
  2798.                 text in a seperate .DBT file. The .DBT file will
  2799.                 automatically be created and record creation is
  2800.                 handled internally by MBMANAGE for memos.
  2801.  
  2802.             n = numeric
  2803.  
  2804.                 Only numbers allowed to be inputted into field.
  2805.  
  2806.  
  2807. Field Length    -       Length of field.  A database of up to 128 fields has
  2808.             a maximum combined field length of 4000 characters
  2809.             per dBase specification formats.  MBMANAGE will
  2810.             keep track of combined field length formats and
  2811.             display available characters as a database is
  2812.             created.  At 3000 characters, MBMANAGE will also
  2813.             issue a warning.  Keep this field limitation in mind
  2814.             when creating large databases.  An individual field
  2815.             length can be up to 254 characters.  dBase handles
  2816.             255 characters internally, but MBMANAGE uses the
  2817.             255th character to indicate the end of a string.
  2818.  
  2819. Decimal Places    -    Only used if a field type of numeric is defined.
  2820.             MBMANAGE and MBACCESS use Numeric Decimal Technology
  2821.             NDT to intelligently manage decimal placement within
  2822.             a data field.  For example, if you had a field that
  2823.             had a field length of 10 with 2 decimal places,
  2824.             MBMANAGE while entering data would automatically
  2825.             know when to display the decimal point if after 7
  2826.             characters where entered and no decimal point had
  2827.             been typed in yet.  Keep in mind that the numeric
  2828.             field length above includes the decimal point and
  2829.             decimal places.  Thus our 10 digit field length
  2830.             could have up to 7 digits, a decimal point, and
  2831.             2 decimal places.  MBMANAGE will not let you create
  2832.             more decimal places than allowed by field length.
  2833.  
  2834.     Once you have defined the above options for each field in your
  2835. database MBMANAGE will proceed to create the new database with the defined
  2836. RECORD LAYOUT and then ask if you want to go to the work screen where you
  2837. will be prompted to add atleast one record to the database.  Once your
  2838. record is created you can use any of the commands as described in this
  2839. section Chapter 2 above.  Read Section I Chapter 3 on Database Basics for
  2840. information and theory on designing a new database.
  2841.  
  2842.  
  2843. SECTION 3 - MODEM-BASE COMPOSER (MBCOMPOSER)
  2844. ============================================
  2845.  
  2846.  
  2847. SECTION 4 - MBPRO LEGAL ISSUES
  2848. ==============================
  2849.  
  2850. TERMS AND CONDITIONS:
  2851.  
  2852. (READ LICENSE.DOC FOR YOUR LICENSE AGREEMENT)
  2853.  
  2854. MODEM-BASE Pro, MBPRO, MODEM-BASE Access, MBACCESS, MODEM-BASE
  2855. Manage, MBMANAGE, MODEM-BASE Composer, MBCOMPOSER, are all
  2856. trademarks of Integrated Solutions and are Copyrighted material
  2857. and are covered by law from copyright infringement.  TeleMagic
  2858. is a trademark of Remote Control International.
  2859.  
  2860. MODEM-BASE Pro and products categorized as "Members of the
  2861. MODEM-BASE Pro Family" are released as "Commercial Software".
  2862. MODEM-BASE Pro Test Drive is a "Demo" version of the Commercial
  2863. release of MODEM-BASE Pro DBMS and ONLY MODEM-BASE Pro Test Drive
  2864. may be distributed freely.  If you own a Commercial Version
  2865. of the MODEM-BASE Pro software, you are REQUIRED BY LAW to NOT
  2866. distribute this software.  To do so, is in direct violation of
  2867. copyright law and may result in prosecution to the full extent
  2868. of the law.  Beta Test versions are to be used only by authorized
  2869. Integrated Solutions MODEM-BASE Pro Beta Testers and will expire
  2870. after 30 days of usage.  Test Drive Versions may easily be
  2871. upgraded to a full commercial release version via an auto update
  2872. registration process.  Consult with Integrated Solutions Inc.
  2873. at (909)780-8860(voice) or (909)780-5672(v.32BBS) or (909)780-5175
  2874. (2400BBS) if you have any questions regarding your license agreement.
  2875.  
  2876. This product is distributed and sold "as is" and without warranty,
  2877. except for the media on which this program is distributed.
  2878. Integrated Solutions Inc. will not be liable for any damages
  2879. either direct or indirect from the use of any of the MODEM-BASE
  2880. Pro Family of Products.  Use of this product implies that you
  2881. agree to these terms and conditions and that you also agree
  2882. and abide by the terms and conditions as stated specifically
  2883. in your license agreement as outlined in LICENSE.DOC file.
  2884.  
  2885. Consult with your License Agreement LICENSE.DOC for further
  2886. information specific to MODEM-BASE Pro family of products.
  2887.  
  2888.  
  2889. SECTION 5 - TECHNICAL SUPPORT
  2890. =============================
  2891.  
  2892.     Integrated Solutions Inc. is Serious about Support.  Integrated
  2893. Solutions has a FULL TIME development team, sales and technical support
  2894. staff, and a quality team of alpha and beta testers to assure that only
  2895. quality software reaches final distribution.  Our reputation for service
  2896. and quality has earned us the title as a "Certified Mustang Software
  2897. Integrator (CMSI)" by Mustang Software Inc. (MSI) (developers of Wildcat!
  2898. BBS and Qmodem Pro products)
  2899.  
  2900. The following technical support programs have been established to fully
  2901. assist you in obtaining help should you experience any difficulties.
  2902. Below is a list of what technical support programs are available and
  2903. what is covered under our technical support policy.
  2904.  
  2905. TECHNICAL SUPPORT POLICY OPTIONS:
  2906. ---------------------------------
  2907.  
  2908. ------------------------
  2909. FREE 90 DAY TECH SUPPORT
  2910. ------------------------
  2911. - Only Registered Owners of MODEM-BASE Pro Family of Products
  2912.   may receive FREE 90 Day Technical Support.  Your FREE 90
  2913.   Days begins with your first call to any of our technical
  2914.   support access methods available, i.e. ECTECH BBS MODEM-BASE
  2915.   Tech Support Conference, Voice Phone Call, fax correspondence,
  2916.   and other methods of contact with Integrated Solutions Inc.
  2917.  
  2918. -------------------------------------------------------
  2919. ANNUAL TECH SUPPORT VIA ECTECH BBS AND AUTO-UPDATE PLAN
  2920. -------------------------------------------------------
  2921. - You may purchase an Auto-Update plan for $50.00 per year which
  2922.   entitles you to automatic maintenance upgrades mailed to you direct
  2923.   every time a new maintenance release is issued within that year.
  2924.   New releases may be classified as Maintenance Releases or Feature
  2925.   Upgrade Releases.  Your $50.00 also gives you FREE Golden Membership
  2926.   to ECTECH BBS, home of MODEM-BASE Pro DBMS, and subscription to our
  2927.   Fax Facts EC Newsletter. Most important of all is that you get unlimited
  2928.   access to the MODEM-BASE Pro Tech Support Conferences on-line via
  2929.   ECTECH BBS. (This DOES NOT include VOICE PHONE SUPPORT, see below)
  2930.  
  2931. -----------------------------------------------------------------
  2932. FULL VOICE SUPPORT, 24 HOUR ACCESS, 24 HOUR BUSINESS DAY RESPONSE
  2933. -----------------------------------------------------------------
  2934. - In addition to our Auto-Update Plan, we also provide direct
  2935.   voice technical support after FREE 90 days for an additional
  2936.   $200.00 per year and this entitles you to voice support and
  2937.   guaranteed 24 Hour Business Day Response and in most cases your
  2938.   call will be handled immediately 24 Hours by a real person.
  2939.   (This plan is in "addition" to any other plans offered.)
  2940.  
  2941.  
  2942. WHAT IS COVERED BY TECHNICAL SUPPORT?
  2943. -------------------------------------
  2944.  
  2945.     Integrated Solutions makes every effort to make sure any
  2946. needed technical support is handled in a fast and efficient manner.
  2947. We have a full time technical support, sales, and programming staff.
  2948. We operate two 24 Hour Emergency Hotlines and one of the largest
  2949. 24 Hour on-line Technical Support BBS's in the world.  We are serious
  2950. about support and our committment to support YOU is second to none.
  2951.  
  2952.     Integrated Solutions is committed to providing you with all
  2953. the technical support you require to get on-line should a malfunction
  2954. occur with MODEM-BASE Pro Software.  Should you require assistance
  2955. in setting up your on-line database, we encourage you to first make
  2956. sure you have gone through the section thoroughly on "Configuring
  2957. Your On-line Database" above.  If you have a problem that you feel
  2958. isn't covered in the documentation that is preventing you from
  2959. getting setup properly, we are happy to assist.  We will often
  2960. refer to methods learned from setting up the example database in
  2961. this documentation and apply those methods to your problem.  Technical
  2962. Support IS NOT and WILL NOT be used as a substitute for not reading
  2963. the documentation.
  2964.  
  2965.  
  2966. WHAT IS NOT COVERED BY TECHNICAL SUPPORT?
  2967. -----------------------------------------
  2968.  
  2969.     Occasionally, a customer may require additional assistance
  2970. in setting up an on-line database above and beyond what is considered
  2971. to be covered by technical support.  These type of issues usually
  2972. refer to individuals requesting assistance in conceptual database
  2973. design and the actual "developing" of the on-line database.  Although,
  2974. this is not considered to be covered per the above technical support
  2975. policies, Integrated Solutions does offer a Complete on-line Solution
  2976. Division that may assist with customization of your on-line database.
  2977. Call the sales office (voice) at 800-633-6636 for a consultation
  2978. appointment.  As Certified Mustang Software Integrators (CMSI), our
  2979. reputation for providing Complete Turn-Key Info Systems can help!
  2980.  
  2981.  
  2982. HOW TO CONTACT US:
  2983. ------------------
  2984.  
  2985.     We provide several different channels in which you may access
  2986. support ranging from voice phone calls to electronic mail.  Below is
  2987. a complete list of all the possible ways you can reach us.
  2988.  
  2989. INTEGRATED SOLUTIONS INC.
  2990. 2995 Van Buren Blvd A-13-189
  2991. Riverside, CA 92503
  2992.  
  2993. SALES ONLY        800-633-6636 (VOICE)
  2994. TECH SUPPORT        909-780-8860 (VOICE)
  2995. 24 HOUR EMERGENCY     909-279-3052 (VOICE)
  2996. FAX            909-780-9570 (FAX)
  2997.  
  2998. ECTECH BBS
  2999. PO BOX 9099
  3000. Riverside, CA 92503
  3001.  
  3002. v.32 9600-14.4K bps    909-780-5672 (BBS)
  3003. 1200-2400bps (CSP)    909-780-5175 (BBS)
  3004. 24 HOUR EMERGENCY    909-279-3053 (VOICE)
  3005.  
  3006. NOTE: Use CONFERENCE #2 on ECTECH BBS for MODEM-BASE Support.
  3007.  
  3008. COMPUSERVE ID: 71764,352  - Technical Support
  3009.            70031,2552 - Sales or Information
  3010.  
  3011. RIME ID : ECTECH
  3012. INTELEC : ECTECH
  3013.  
  3014. Route all technical support messages to    JIM PIERCE
  3015. Route all Sales or information messages to TROY GETTY
  3016.  
  3017.  
  3018. We are serious about support!
  3019.  
  3020. END.
  3021. -----------------------------------------------------------------------------
  3022.